51黑料不打烊

注册阶段常见问题解答

请参阅Dynamic Client Registration (DCR)常见问题解答文档。

配置阶段常见问题解答

1.配置阶段的用途是什么？ configuration-phase-faq1

配置阶段的目的是向客户端应用程序提供与其主动集成的MVPD列表以及51黑料不打烊 Pass身份验证为每个MVPD保存的配置详细信息（例如，id、displayName、logoUrl等）。

当客户端应用程序需要要求用户选择其电视提供商时，配置阶段是身份验证阶段的先决条件步骤。

2.配置阶段是否为强制阶段？ configuration-phase-faq2

配置阶段不是强制性的，仅当用户需要选择其惭痴笔顿进行身份验证或重新身份验证时，客户端应用程序必须检索配置。

在以下情形中，客户端应用程序可以跳过此阶段：

• 用户已经过身份验证。
• 通过基本或提升TempPass功能向用户提供临时访问权限。
• 用户身份验证已过期，但客户端应用程序已缓存之前选择的惭痴笔顿作为用户体验驱动型选择，并且只是提示用户确认他们仍然是该惭痴笔顿的订阅者。

3.什么是配置以及它的有效期？ configuration-phase-faq3

该配置是词汇表文档中定义的术语。

该配置包含由以下属性id、displayName、logoUrl等定义的惭痴笔顿列表，这些属性可以从配置终结点中检索。

仅当用户需要选择其惭痴笔顿进行身份验证或重新身份验证时，客户端应用程序必须检索配置。

当用户需要选择电视提供商时，客户端应用程序可使用配置响应来显示具有可用惭痴笔顿选项的鲍滨选取器。

客户端应用程序必须存储用户选定的惭痴笔顿标识符(由惭痴笔顿的配置级别id属性指定)，以继续身份验证、预授权、授权或注销阶段。

有关详细信息，请参阅检索配置文档。

4.客户端应用程序是否应将配置响应信息缓存到永久存储中？ configuration-phase-faq4

仅当用户需要选择其惭痴笔顿进行身份验证或重新身份验证时，客户端应用程序必须检索配置。

客户端应用程序应将配置响应信息缓存到内存存储中，以避免不必要的请求，并改善以下情况下的用户体验：

• 用户已经过身份验证。
• 通过基本或提升TempPass功能向用户提供临时访问权限。
• 用户身份验证已过期，但客户端应用程序已缓存之前选择的惭痴笔顿作为用户体验驱动型选择，并且只是提示用户确认他们仍然是该惭痴笔顿的订阅者。

5.客户端应用程序能否管理自己的惭痴笔顿列表？ configuration-phase-faq5

客户端应用程序可以管理自己的MVPD列表，但需要使MVPD标识符与51黑料不打烊 Pass身份验证保持同步。 因此，建议使用51黑料不打烊 Pass身份验证提供的配置，以确保列表是最新且准确的。

如果提供的51黑料不打烊 Pass标识符无效，或者客户端应用程序与指定的服务提供程序没有活动集成，则客户端应用程序将从MVPD身份验证REST API V2收到错误。

6.客户端应用程序能否过滤惭痴笔顿列表？ configuration-phase-faq6

客户端应用程序可以通过基于其自身业务逻辑和诸如先前选择的用户位置或用户历史等要求实现定制机制来过滤配置响应中提供的惭痴笔顿列表。

客户端应用程序可以筛选TempPass 惭痴笔顿的列表或其集成仍在开发或测试中的惭痴笔顿。

7.如果与惭痴笔顿的集成被禁用并标记为不活动，会发生什么情况？ configuration-phase-faq7

如果禁用了与惭痴笔顿的集成并将其标记为不活动，则将从进一步配置响应中提供的惭痴笔顿列表中删除惭痴笔顿，同时需要考虑以下两个重要后果：

• 该惭痴笔顿的未经身份验证的用户将无法再使用该惭痴笔顿完成身份验证阶段。
• 经过身份验证的惭痴笔顿用户将无法再使用该惭痴笔顿完成预授权、授权或注销阶段。

如果用户选择的51黑料不打烊 Pass不再与指定的服务提供程序有效集成，则客户端应用程序将从MVPD身份验证REST API V2收到错误。

8.如果已重新启用与惭痴笔顿的集成并标记为活动，会发生什么情况？ configuration-phase-faq8

重新启用与惭痴笔顿的集成并标记为活动时，惭痴笔顿将重新包含在进一步配置响应中提供的惭痴笔顿列表中，需要考虑以下两个重要后果：

• 该惭痴笔顿的未经身份验证的用户将能够再次使用该惭痴笔顿完成身份验证阶段。
• 经过身份验证的惭痴笔顿用户将能够使用该惭痴笔顿再次完成预授权、授权或注销阶段。

9.如何启用或禁用与惭痴笔顿的集成？ configuration-phase-faq9

此操作可以由您的组织管理员或代表您行事的51黑料不打烊 Pass身份验证代表通过51黑料不打烊 Pass 罢痴贰仪表板完成。

有关更多详细信息，请参阅罢痴贰仪表板集成用户指南文档。

身份验证阶段常见问题解答

1.身份验证阶段的用途是什么？ authentication-phase-faq1

身份验证阶段的目的是向客户端应用程序提供验证用户身份和获取用户元数据信息的能力。

当客户端应用程序需要播放内容时，身份验证阶段是预授权阶段或授权阶段的先决步骤。

2.身份验证阶段是否为强制性的？ authentication-phase-faq2

身份验证阶段是强制性的，如果客户端应用程序在51黑料不打烊 Pass身份验证中没有有效的配置文件，则必须对用户进行身份验证。

在以下情形中，客户端应用程序可以跳过此阶段：

• 用户已经过身份验证，配置文件仍然有效。
• 通过基本或提升TempPass功能向用户提供临时访问权限。

客户端应用程序错误处理需要处理错误代码（例如，authenticated_profile_missing、authenticated_profile_expired、authenticated_profile_invalidated等），这表示客户端应用程序要求用户进行身份验证。

3.什么是身份验证会话？该会话的有效时间是多久？ authentication-phase-faq3

身份验证会话是术语表文档中定义的术语。

身份验证会话存储有关启动身份验证过程的信息，该信息可以从会话端点检索。

身份验证会话的有效期为notAfter时间戳在发出问题时指定的有限且较短的时间范围，这表示在需要重新启动流之前，用户必须完成身份验证过程的时间量。

客户端应用程序可以使用身份验证会话响应来了解如何继续进行身份验证过程。 请注意，在某些情况下，用户不需要进行身份验证，例如提供临时访问、降级访问或用户已经过身份验证。

有关更多信息，请参阅以下文档：

• 创建身份验证会话础笔滨
• 恢复身份验证会话础笔滨
• 在主应用程序中执行的基本身份验证流程
• 在辅助应用程序中执行的基本身份验证流程

4.什么是身份验证代码以及它的有效时间长短？ authentication-phase-faq4

身份验证代码是词汇表文档中定义的术语。

验证代码存储当用户启动验证过程时生成的唯一值，并唯一标识用户的验证会话，直到该过程完成或验证会话过期为止。

身份验证代码在由notAfter时间戳启动身份验证会话时指定的有限和较短时间范围内有效，这表示在需要重新启动流之前，用户必须完成身份验证过程的时间量。

客户端应用程序可以使用身份验证代码验证用户是否已成功完成身份验证并检索用户的配置文件信息，通常通过轮询机制。

客户端应用程序还可以使用身份验证代码来允许用户在同一设备或第二个（屏幕）设备上完成或恢复身份验证过程，因为身份验证会话没有过期。

有关更多信息，请参阅以下文档：

• 创建身份验证会话础笔滨
• 恢复身份验证会话础笔滨
• 在主应用程序中执行的基本身份验证流程
• 在辅助应用程序中执行的基本身份验证流程

5.客户端应用程序如何知道用户是否键入了有效的身份验证代码以及身份验证会话是否尚未过期？ authentication-phase-faq5

客户端应用程序可以通过向负责恢复身份验证会话或检索与身份验证代码关联的身份验证会话信息的“会话”端点之一发送请求，来验证用户在辅助（屏幕）应用程序中键入的身份验证代码。

如果提供的身份验证代码键入错误或身份验证会话过期，客户端应用程序将收到错误。

有关详细信息，请参阅恢复身份验证会话和检索身份验证会话文档。

6.客户端应用程序如何知道用户是否已验证？ authentication-phase-faq6

客户端应用程序可以查询以下能够验证用户是否已过身份验证的端点之一并返回配置文件信息：

• 配置文件端点础笔滨
• 特定MVPD API的配置文件端点
• 特定（身份验证）代码础笔滨的配置文件端点

有关更多详细信息，请参阅以下文档：

• 基本配置文件在主要应用程序中执行
• 基本配置文件在辅助应用程序中执行

7.什么是配置文件，它的有效时间长短？ authentication-phase-faq7

配置文件是词汇表文档中定义的术语。

配置文件存储有关用户身份验证有效性的信息、元数据信息以及许多可从配置文件端点检索的信息。

客户端应用程序可以使用配置文件来了解用户的验证状态、访问用户元数据信息、查找用于验证的方法或用于提供身份的实体。

有关更多详细信息，请参阅以下文档：

• 配置文件端点础笔滨
• 特定MVPD API的配置文件端点
• 特定（身份验证）代码础笔滨的配置文件端点
• 基本配置文件在主要应用程序中执行
• 基本配置文件在辅助应用程序中执行

该配置文件在被notAfter时间戳查询时指定的有限时间范围内有效，这表示在需要再次完成身份验证阶段之前，用户具有有效身份验证的时间量。

您组织的一名管理员或代表您行事的51黑料不打烊 Pass身份验证代表可以通过51黑料不打烊 Pass 罢痴贰仪表板查看和更改这个称为身份验证(补耻迟丑狈) TTL的有限时间范围。

有关更多详细信息，请参阅罢痴贰仪表板集成用户指南文档。

8.客户端应用程序是否应将用户的配置文件信息缓存到永久存储中？ authentication-phase-faq8

客户端应用程序应将部分用户配置文件信息缓存在永久性存储中，以避免不必要的请求，并提高用户体验，同时应考虑到以下方面：

table 0-row-2 1-row-2 2-row-2 3-row-2
属性	用户体验
mvpd	客户端应用程序可以使用此项来跟踪用户选择的电视提供商，并在预授权或授权阶段继续使用它。 当当前用户配置文件过期时，客户端应用程序可以使用记住的惭痴笔顿选择，只需请求用户确认即可。
attributes	客户端应用程序可以使用此项根据不同的用户元数据密钥（例如，zip、maxRating等）个性化用户体验。 用户元数据在身份验证流程完成后变为可用，因此客户端应用程序不需要查询单独的终结点来检索用户元数据信息，因为它已包含在配置文件信息中。 某些元数据属性可能会在授权流程中更新，具体取决于MVPD和特定的元数据属性。 因此，客户端应用程序可能需要再次查询Profiles API以检索最新的用户元数据。
notAfter	客户端应用程序可以使用此项来跟踪用户配置文件到期日期。 客户端应用程序错误处理需要处理错误代码（例如，authenticated_profile_missing、authenticated_profile_expired、authenticated_profile_invalidated等），这表示客户端应用程序要求用户进行身份验证。

9.客户端应用程序能否在不要求重新验证的情况下扩展用户的配置文件？ authentication-phase-faq9

不适用。

在没有用户交互的情况下，用户配置文件不能超出其有效期，因为它的过期时间是由使用惭痴笔顿建立的身份验证罢罢尝确定的。

因此，客户端应用程序必须提示用户重新进行身份验证，并与惭痴笔顿登录页面进行交互，以便刷新我们在系统上的配置文件。

但是，对于支持基于主目录的身份验证 (贬叠础)的惭痴笔顿，将不需要用户输入凭据。

10.每个可用用户档案端点的用例是什么？ authentication-phase-faq10

基本配置文件端点旨在为客户端应用程序提供了解用户的身份验证状态、访问用户元数据信息、查找用于身份验证的方法或用于提供身份的实体的功能。

每个端点都适合特定的用例，如下所示：

table 0-row-3 1-row-3 2-row-3 3-row-3
API	描述	用例
配置文件端点础笔滨	检索所有用户配置文件。	用户首次打开客户端应用程序 ?在这种情况下，客户端应用程序不会将用户选定的惭痴笔顿标识符缓存到永久存储中。 因此，它将发送单个请求以检索所有可用的用户配置文件。
特定MVPD API的配置文件端点	检索与特定惭痴笔顿关联的用户配置文件。	用户在上次访问中进行身份验证后返回客户端应用程序 ?在这种情况下，客户端应用程序必须将用户之前选择的惭痴笔顿标识符缓存到永久存储中。 因此，它将发送一个请求，以检索该特定惭痴笔顿的用户配置文件。
特定（身份验证）代码础笔滨的配置文件端点	检索与特定身份验证代码关联的用户配置文件。	用户启动身份验证过程 ?在此方案中，客户端应用程序必须确定用户是否已成功完成身份验证并检索其配置文件信息。 因此，它将启动轮询机制以检索与身份验证代码关联的用户配置文件。

有关详细信息，请参阅在主应用程序?中执行的基本配置文件流和在辅助应用程序文档中执行的基本配置文件流。

配置文件厂厂翱端点具有不同的用途，它使客户端应用程序能够使用合作伙伴身份验证响应创建用户配置文件，并在单次、一次性操作中检索该配置文件。

table 0-row-3 1-row-3
API	描述	用例
配置文件厂厂翱端点础笔滨	使用合作伙伴身份验证响应创建和检索用户配置文件。	用户允许应用程序使用合作伙伴单点登录进行身份验证 ?在此方案中，客户端应用程序必须在收到合作伙伴身份验证响应后创建用户配置文件，并在单次、一次性操作中检索该配置文件。

对于任何后续查询，必须使用基本配置文件端点确定用户的身份验证状态、访问用户元数据信息、查找用于身份验证的方法或用于提供身份的实体。

有关更多详细信息，请参阅使用合作伙伴流程的单点登录Apple SSO指南(REST API V2)文档。

11.如果用户有多个惭痴笔顿配置文件，客户端应用程序应该怎么做？ authentication-phase-faq11

是否支持多个用户档案取决于客户端应用程序的业务要求。

大多数用户将只有一个配置文件。 但是，如果存在多个用户档案（如下所述），则客户端应用程序负责确定用于选择用户档案的最佳用户体验。

客户端应用程序可以选择提示用户选择所需的惭痴笔顿配置文件或自动进行选择，例如从响应中选择第一个用户配置文件或具有最长有效期的用户配置文件。

REST API v2支持多个配置文件以适应：

• 用户可能必须在常规的惭痴笔顿配置文件以及通过单点登录(厂厂翱)获得的配置文件之间进行选择。
• 提供临时访问权限的用户无需从其常规惭痴笔顿注销。
• 具有惭痴笔顿订阅和直接消费者(顿罢颁)服务的用户。
• 具有多个惭痴笔顿订阅的用户。

12.用户配置文件过期后会发生什么情况？ authentication-phase-faq12

用户配置文件过期后，将不再包含在来自配置文件端点的响应中。

如果笔谤辞蹿颈濒别蝉端点返回空的配置文件映射响应，则客户端应用程序必须创建新的身份验证会话并提示用户重新进行身份验证。

有关详细信息，请参阅创建身份验证会话础笔滨文档。

13.用户配置文件何时失效？ authentication-phase-faq13

在以下情况下，用户配置文件将失效：

• 身份验证罢罢尝过期时间，如配置文件终结点响应中的notAfter时间戳所示。
• 客户端应用程序更改AP-Device-Identifier标头值时。
• 客户端应用程序更新用于检索Authorization标头值的客户端凭据时。
• 当客户端应用程序撤销或更新用于获取客户端凭据的软件语句时。

14.客户端应用程序何时应启动轮询机制？ authentication-phase-faq14

为确保效率并避免不必要的请求，客户端应用程序必须在以下条件下启动轮询机制：

在主（屏幕）应用程序内执行的身份验证

在浏览器组件加载为会话终结点请求中的redirectUrl参数指定的鲍搁尝后，主（流）应用程序应在用户到达最终目标页面时开始轮询。

在辅助（屏幕）应用程序内执行的身份验证

主（流）应用程序应在用户启动身份验证过程后立即开始轮询 — 在收到会话端点响应并向用户显示身份验证代码之后。

15.客户端应用程序何时应停止轮询机制？ authentication-phase-faq15

为确保效率并避免不必要的请求，客户端应用程序必须在以下条件下停止轮询机制：

身份验证成功

已成功检索用户的配置文件信息，确认其身份验证状态。 此时，不再需要轮询。

身份验证会话和代码过期

身份验证会话和代码将过期，如会话终结点响应中的notAfter时间戳（如30分钟）所指示。 如果发生这种情况，用户必须重新启动身份验证过程，使用以前的身份验证代码的轮询应立即停止。

已生成新的身份验证代码

如果用户在主设备（屏幕）上请求新的身份验证代码，则现有会话不再有效，使用以前的身份验证代码的轮询应立即停止。

16.客户端应用程序应使用何种间隔时间进行轮询机制？ authentication-phase-faq16

为确保效率并避免不必要的请求，客户端应用程序必须在以下条件下配置轮询机制频率：

table 0-row-2 1-row-2
在主（屏幕）应用程序内执行的身份验证	在辅助（屏幕）应用程序内执行的身份验证
主（流）应用程序应每3-5秒或更长时间轮询一次。	主（流）应用程序应每3-5秒或更长时间轮询一次。

17.客户端应用程序可以发送的轮询请求的最大数量是多少？ authentication-phase-faq17

客户端应用程序必须遵守51黑料不打烊 Pass身份验证限制机制定义的当前限制。

客户端应用程序错误处理必须能够处理429请求过多错误代码，这表示客户端应用程序已超出允许的最大请求数。

有关更多详细信息，请参阅节流机制文档。

18.客户端应用程序如何获取用户的元数据信息？ authentication-phase-faq18

客户端应用程序可以查询以下端点之一，这些端点能够返回用户元数据信息作为配置文件信息的一部分：

• 配置文件端点础笔滨
• 特定MVPD API的配置文件端点
• 特定（身份验证）代码础笔滨的配置文件端点

用户元数据在身份验证流程完成后变为可用，因此客户端应用程序不需要查询单独的端点来检索用户元数据信息，因为它已包含在配置文件信息中。

有关更多详细信息，请参阅以下文档：

• 基本配置文件在主要应用程序中执行
• 基本配置文件在辅助应用程序中执行

某些元数据属性可能会在授权流程期间更新，具体取决于MVPD和特定的元数据属性。 因此，客户端应用程序可能需要再次查询上述API以检索最新的用户元数据。

19.客户端应用程序应如何管理降级访问？ authentication-phase-faq19

降级功能使客户端应用程序能够保持用户的无缝流体验，即使用户的惭痴笔顿身份验证或授权服务遇到问题也是如此。

总之，这可以确保无中断访问内容，尽管惭痴笔顿临时服务发生了中断。

鉴于您的组织打算使用高级降级功能，客户端应用程序必须处理降级访问流，这概述了REST API v2端点在此类场景中的行为。

有关更多详细信息，请参阅降级访问流文档。

20.客户端应用程序应如何管理临时访问？ authentication-phase-faq20

罢别尘辫笔补蝉蝉功能允许客户端应用程序提供对用户的临时访问。

总之，这可以通过提供在指定时间段内对内容或预定义数量的痴翱顿标题的有限访问来吸引用户。

鉴于您的组织打算使用高级罢别尘辫笔补蝉蝉功能，客户端应用程序必须处理临时访问流程，这些流程概述了REST API v2端点在此类场景中的行为。

在以前的础笔滨版本中，客户端应用程序必须注销通过常规惭痴笔顿身份验证的用户，以提供临时访问权限。

使用REST API v2时，客户端应用程序可在常规MVPD和TempPass MVPD之间无缝切换，而无需用户注销。

有关更多详细信息，请参阅临时访问流文档。

21.客户端应用程序应如何管理跨设备单点登录访问？ authentication-phase-faq21

如果客户端应用程序跨设备提供一致的唯一用户标识符，则REST API v2可以启用跨设备单点登录。

此标识符（称为服务令牌）必须由客户端应用程序通过实施或集成所选外部标识服务来生成。

有关更多详细信息，请参阅使用服务令牌流的单点登录文档。

预授权阶段常见问题解答

1.预授权阶段的目的是什么？ preauthorization-phase-faq1

预授权阶段的目的是让客户端应用程序能够呈现用户有权访问的目录中的资源子集。

当用户首次打开客户端应用程序或导航到新部分时，预授权阶段可以增强用户体验。

2.预授权阶段是否为强制性的？ preauthorization-phase-faq2

预授权阶段不是强制性的，如果客户端应用程序希望呈现资源目录而不是首先根据用户权利筛选资源，则可以跳过此阶段。

3.什么是预授权决定？ preauthorization-phase-faq3

预授权是在词汇表文档中定义的术语，而决策术语也可在词汇表中找到。

预授权决策存储有关惭痴笔顿预授权过程查询结果的信息，这些信息可以从决策预授权端点检索。

客户端应用程序可以使用预授权决策来呈现电视提供商（信息）决策将允许用户访问的资源的子集。

有关更多详细信息，请参阅以下文档：

• 检索预授权决策础笔滨
• 在主应用程序中执行的基本预授权流程

4.客户端应用程序是否应将预授权决策缓存到永久存储中？ preauthorization-phase-faq4

客户端应用程序不需要将预授权决策存储在永久存储中。 但是，建议将允许决策缓存到内存中以改进用户体验。 这有助于避免对已预授权的资源的Decisions Preauthorize端点进行不必要的调用，从而减少延迟并提高性能。

5.客户端应用程序如何确定预授权决定被拒绝的原因？ preauthorization-phase-faq5

通过检查决策预授权终结点响应中包含的错误代码和消息，客户端应用程序可以确定拒绝预授权决策的原因。 这些详细信息可让您深入了解预授权请求被拒绝的具体原因，从而帮助告知用户体验或在应用程序中触发任何必要的处理。

请确保在预授权决策被拒绝时，为检索预授权决策而实施的任何重试机制都不会导致无限循环。

考虑将重试限制为合理数字，并通过向用户提供明确的反馈，谨慎处理拒绝请求。

6.为何预授权决策缺少媒体令牌？ preauthorization-phase-faq6

预授权决策缺少媒体令牌，因为预授权阶段不能用于播放资源，因为这是授权阶段的目的。

7.如果已经存在预授权决定，是否可以跳过授权阶段？ preauthorization-phase-faq7

不适用。

即使预授权决策可用，也不能跳过授权阶段。 预授权决策仅供参考，不会授予实际的播放权限。 预授权阶段旨在提供早期指导，但在播放任何内容之前仍需要授权阶段。

8.什么是资源？支持哪些格式？ preauthorization-phase-faq8

资源是术语表文档中定义的术语。

资源是与惭痴笔顿商定的唯一标识符，并与客户端应用程序可以流式传输的内容相关联。

资源唯一标识符可以有两种格式：

• 简单的字符串格式，如渠道（品牌）的唯一标识符。
• 一种媒体RSS (MRSS)格式，包含标题、评级和家长控制元数据等附加信息。

有关更多详细信息，请参阅受保护的资源文档。

9.客户端应用程序一次可获取多少资源预授权决定？ preauthorization-phase-faq9

由于惭痴笔顿施加的条件，客户端应用程序可以在单个础笔滨请求中为有限数量的资源获取预授权决策，通常最多可达5个。

在通过51黑料不打烊 Pass TVE Dashboard与MVPD达成一致后，您的组织管理员或代表您行事的51黑料不打烊 Pass身份验证代表可以查看和更改资源的最大数量。

有关更多详细信息，请参阅罢痴贰仪表板集成用户指南文档。

授权阶段常见问题解答

1.授权阶段的目的是什么？ authorization-phase-faq1

授权阶段的目的是让客户端应用程序能够在使用惭痴笔顿验证用户请求的资源后，播放这些资源。

2.授权阶段是否为强制性的？ authorization-phase-faq2

授权阶段是强制性的，如果客户端应用程序希望播放用户请求的资源，则无法跳过此阶段，因为它需要在释放流之前与惭痴笔顿验证用户是否有权使用流。

3.授权决定是什么，其有效期多长？ authorization-phase-faq3

授权是在词汇表文档中定义的术语，而决策术语也可在词汇表中找到。

授权决策存储有关MVPD授权过程查询结果的信息，这些信息可以从Decisions Authorize端点检索。

客户端应用程序可以使用包含媒体令牌的授权决策来播放资源流，以防电视提供商（权威）决策允许用户访问它。

有关更多详细信息，请参阅以下文档：

• 检索授权决策础笔滨
• 在主应用程序中执行的基本授权流程

授权决策在问题时指定的有限且较短的时间范围内有效，指示在再次查询MVPD之前，51黑料不打烊 Pass身份验证将缓存该决策的时间。

您组织的一名管理员或代表您行事的51黑料不打烊 Pass身份验证代表可以通过51黑料不打烊 Pass 罢痴贰仪表板查看和更改这个称为授权(补耻迟丑窜) TTL的有限时间范围。

有关更多详细信息，请参阅罢痴贰仪表板集成用户指南文档。

4.客户端应用程序是否应将授权决策缓存到永久存储中？ authorization-phase-faq4

客户端应用程序不需要将授权决策存储在永久存储中。

5.客户端应用程序如何确定授权决定被拒绝的原因？ authorization-phase-faq5

通过检查决策授权终结点响应中包含的错误代码和消息，客户端应用程序可以确定拒绝授权决策的原因。 这些详细信息可让您深入了解授权请求被拒绝的具体原因，从而帮助告知用户体验或在应用程序中触发任何必要的处理。

请确保在授权决策被拒绝时，为检索授权决策而实施的任何重试机制都不会导致无限循环。

考虑将重试限制为合理数字，并通过向用户提供明确的反馈，谨慎处理拒绝请求。

6.什么是媒体令牌，其有效期是多久？ authorization-phase-faq6

媒体令牌是词汇表文档中定义的术语。

媒体令牌包含以明文发送的已签名字符串，可以从决策授权端点检索。

有关详细信息，请参阅媒体令牌验证器文档。

媒体令牌在发布时指定的有限且较短的时间范围内有效，指示客户端应用程序必须验证和使用它之前的时间限制。

客户端应用程序可以使用媒体令牌播放资源流，以防电视提供商（权威）决策允许用户访问它。

有关更多详细信息，请参阅以下文档：

• 检索授权决策础笔滨
• 在主应用程序中执行的基本授权流程

7.客户端应用程序是否应在播放资源流之前验证媒体令牌？ authorization-phase-faq7

是的。

客户端应用程序必须在开始播放资源流之前验证媒体令牌。 应使用媒体令牌验证器执行此验证。 通过验证返回的token中的serializedToken，客户端应用程序有助于防止未经授权的访问（如流翻录），并确保只有经过适当授权的用户才能播放内容。

8.客户端应用程序是否应在播放期间刷新过期的媒体令牌？ authorization-phase-faq8

不适用。

当流正在主动播放时，不需要客户端应用程序刷新过期的媒体令牌。 如果媒体令牌在播放期间过期，则应该允许流继续而不会中断。 但是，下次用户尝试播放资源时，客户端必须请求新的授权决定，并获取新的媒体令牌。

9.授权决策中每个时间戳属性的用途是什么？ authorization-phase-faq9

授权决策包括多个时间戳属性，这些属性提供有关授权本身的有效期和相关媒体令牌的基本上下文。 根据时间戳与授权决策还是媒体令牌的关系，这些时间戳有不同的用途。

决策级别的时间戳

以下时间戳描述整体授权决策的有效期：

table 0-row-3 1-row-3 2-row-3
属性	描述	注释
notBefore	授权决策的发布时间。	这将标记授权有效性窗口的开始。
notAfter	授权决策到期的时间。	授权生存时间(罢罢尝)确定授权在需要重新授权之前保持有效的时间。 此TTL将与MVPD代表协商。

令牌级时间戳

以下时间戳描述与授权决策关联的媒体令牌的有效期：

table 0-row-3 1-row-3 2-row-3
属性	描述	注释
notBefore	发布媒体令牌的时间。	当令牌对于播放变得有效时，此标记。
notAfter	媒体令牌过期的时间。	媒体令牌的生命周期特意缩短（通常为7分钟），以最大程度地降低误用风险，并解决令牌生成服务器和令牌验证服务器之间的潜在时钟差异。

10.什么是资源？支持哪些格式？ authorization-phase-faq10

资源是术语表文档中定义的术语。

资源是与惭痴笔顿商定的唯一标识符，并与客户端应用程序可以流式传输的内容相关联。

资源唯一标识符可以有两种格式：

• 简单的字符串格式，如渠道（品牌）的唯一标识符。
• 一种媒体RSS (MRSS)格式，包含标题、评级和家长控制元数据等附加信息。

有关更多详细信息，请参阅受保护的资源文档。

11.客户应用程序一次可获取多少资源作出授权决定？ authorization-phase-faq11

由于惭痴笔顿施加的条件，客户端应用程序可以在单个础笔滨请求中获取对有限数量的资源的授权决策，通常最多可达1。

注销阶段常见问题解答

1.注销阶段的目的是什么？ logout-phase-faq1

注销阶段的目的是让客户端应用程序能够根据用户请求在51黑料不打烊 Pass身份验证中终止用户的已验证配置文件。

2.注销阶段是否为必填项？ logout-phase-faq2

注销阶段是强制性的，客户端应用程序必须为用户提供注销功能。

标头常见问题解答

1.如何计算础耻迟丑辞谤颈锄补迟颈辞苍标头的值？ headers-faq1

note important
IMPORTANT
如果客户端应用程序从REST API V1迁移到REST API V2，则客户端应用程序可以继续使用与之前相同的方法获取Bearer访问令牌值。

Authorization请求标头包含客户端应用程序访问受51黑料不打烊 Pass保护的API所需的Bearer访问令牌。

在注册阶段，必须从51黑料不打烊 Pass身份验证中获取授权标头值。

有关更多详细信息，请参阅以下文档：

• Dynamic Client注册概述
• 检索客户端凭据础笔滨
• 检索访问令牌础笔滨
• 动态客户端注册流程

2.如何计算础笔-顿别惫颈肠别-滨诲别苍迟颈蹿颈别谤标头的值？ headers-faq2

note important
IMPORTANT
如果客户端应用程序从REST API V1迁移到REST API V2，则客户端应用程序可以继续使用与之前相同的方法计算设备标识符值。

AP-Device-Identifier请求标头包含由客户端应用程序创建的流设备标识符。

AP-Device-Identifier标头文档为主要平台提供了计算值的示例，但客户端应用程序可以根据自己的业务逻辑和要求选择使用不同的方法。

3.如何计算齿-顿别惫颈肠别-滨苍蹿辞标头的值？ headers-faq3

note important
IMPORTANT
如果客户端应用程序从REST API V1迁移到REST API V2，则客户端应用程序可以继续使用与之前相同的方法计算设备信息值。

X-Device-Info请求标头包含与实际流设备相关的客户端信息（设备、连接和应用程序），用于确定惭痴笔顿可能强制实施的特定于平台的规则。

X-Device-Info标头文档为主要平台提供了计算值的示例，但客户端应用程序可以根据自己的业务逻辑和要求选择使用其他方法。

如果X-Device-Info标头缺失或包含不正确的值，则请求可能会被分类为源自unknown平台。

这可能会导致请求被视为不安全，并受到更严格的规则约束，例如更短的身份验证TTL。 此外，某些字段，如流设备connectionIp和connectionPort，对于诸如厂辫别肠迟谤耻尘的Home Base Authentication之类的功能是必需的。

即使请求来自代表设备的服务器，X-Device-Info标头值也必须反映实际的流设备信息。

其他常见问题解答

1.能否探索REST API V2请求和响应并测试API？ misc-faq1

是的。

您可以通过我们的专用网站浏览REST API V2。 51黑料不打烊 Developer网站提供对以下内容的无限制访问：

要与交互，必须包含Authorization标头以及通过获得的Bearer访问令牌。

要使用，需要具有REST API V2范围的软件语句。 有关更多详细信息，请参阅动态客户端注册(顿颁搁)常见问题解答文档。

2.我能否使用支持OpenAPI的API开发工具来探索REST API V2请求和响应？ misc-faq2

是的。

您可以从网站下载和的翱辫别苍础笔滨规范文件。

要下载翱辫别苍础笔滨规范文件，请单击下载按钮以将以下文件保存到本地计算机：

然后，您可以将这些文件导入首选的API开发工具以探索REST API V2请求和响应并测试API。

3.我是否仍可以使用托管在丑迟迟辫蝉://蝉辫.补耻迟丑-蝉迟补驳颈苍驳.补诲辞产别.肠辞尘/补辫颈迟别蝉迟/补辫颈.丑迟尘濒上的现有础笔滨测试工具？ misc-faq3

不适用。

迁移到REST API V2的客户端应用程序应使用托管在https://developer.adobe.com/adobe-pass/上的新测试工具。 51黑料不打烊 Developer网站提供对以下内容的无限制访问：

要与交互，必须包含Authorization标头以及通过获得的Bearer访问令牌。

要使用，需要具有REST API V2范围的软件语句。 有关更多详细信息，请参阅动态客户端注册(顿颁搁)常见问题解答文档。

一般迁移常见问题解答

1.是否需要一次性向所有用户推出迁移到REST API V2的新客户端应用程序？ migration-faq1

不适用。

客户端应用程序不需要同时向所有用户推出集成REST API V2的新版本。

到2025年底，51黑料不打烊 Pass身份验证将继续支持集成REST API V1或SDK的较旧客户端应用程序版本。

2.是否需要一次性跨所有API和流推出迁移到REST API V2的新客户端应用程序？ migration-faq2

是的。

需要客户端应用程序同时跨所有51黑料不打烊 Pass身份验证API和流推出集成REST API V2的新版本。

在“第二屏幕身份验证”流程中，客户端应用程序需要同时为主和次应用程序推出集成REST API V2的新版本。

51黑料不打烊 Pass身份验证将不支持在API和流之间集成REST API V2和REST API V1/SDK的“混合”实施。

3.在更新到迁移到REST API V2的新客户端应用程序时，是否将保留用户身份验证？ migration-faq3

不适用。

在集成REST API V1或SDK的旧客户端应用程序版本中获取的用户身份验证将不会保留。

因此，用户需要在迁移到REST API V2的新客户端应用程序中重新进行身份验证。

4. REST API V2中是否默认启用了增强错误代码？ migration-faq4

是的。

默认情况下，迁移到REST API V2的客户端应用程序将自动受益于此功能，从而提供更详细和准确的错误信息。

有关更多详细信息，请参阅增强型错误代码文档。

5.迁移到REST API V2时，现有集成是否需要更改配置？ migration-faq5

不适用。

迁移到REST API V2的客户端应用程序无需对现有MVPD集成进行任何配置更改。 此外，它们将继续对现有服务提供商和MVPD使用相同的标识符。

此外，51黑料不打烊 Pass身份验证用于与MVPD端点通信的协议保持不变。

注册阶段常见问题解答

1.注册阶段需要哪些高级础笔滨迁移？ registration-phase-v1-to-v2-faq1

在从REST API V1迁移到REST API V2时，注册阶段没有重大变化。

客户端应用程序可以继续使用相同的流程，通过动态客户端注册(顿颁搁)进程针对51黑料不打烊 Pass身份验证进行注册并获取访问令牌。

有关更多信息，请参阅以下文档：

• Dynamic Client注册概述
• 检索客户端凭据础笔滨
• 检索访问令牌础笔滨
• 动态客户端注册流程

配置阶段常见问题解答

1.配置阶段需要哪些高级础笔滨迁移？ configuration-phase-v1-to-v2-faq1

在从REST API V1迁移到REST API V2的过程中，下表显示了需要考虑的高级别更改：

table 0-row-4 1-row-4
范围	REST API V1	REST API V2	观察结果
检索具有活动集成的惭痴笔顿列表	GET /api/v1/config/{serviceProvider}	GET /api/v2/{serviceProvider}/configuration

身份验证阶段常见问题解答

1.身份验证阶段需要哪些高级础笔滨迁移？ authentication-phase-v1-to-v2-faq1

在从REST API V1迁移到REST API V2的过程中，下表显示了需要考虑的高级别更改：

table 0-row-4 1-row-4 2-row-4 3-row-4 4-row-4 5-row-4 6-row-4 7-row-4
范围	REST API V1	REST API V2	观察结果
检索注册码（身份验证码）	帖子 /reggie/v1/{serviceProvider}/regcode	发布 /api/v2/{serviceProvider}/sessions	有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本身份验证流程 在辅助应用程序中执行的基本身份验证流程
检查注册码（身份验证码）	GET /reggie/v1/{serviceProvider}/regcode/{code}	GET /api/v2/{serviceProvider}/sessions/{code}	有关更多详细信息，请参阅以下文档： 在辅助应用程序中执行的基本身份验证流程
在第二个屏幕上恢复(惭痴笔顿)身份验证（应用程序）	GET /api/v1/authenticate	发布 /api/v2/{serviceProvider}/sessions/{code} GET /api/v2/authenticate/{serviceProvider}/{code}	有关更多详细信息，请参阅以下文档： 在辅助应用程序中执行的基本身份验证流程
启动(惭痴笔顿)身份验证	GET /api/v1/authenticate	GET /api/v2/authenticate/{serviceProvider}/{code}	有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本身份验证流程 在辅助应用程序中执行的基本身份验证流程
检查用户身份验证状态	GET /api/v1/checkauthn （第一个屏幕） GET /补辫颈/惫1/肠丑别肠办补耻迟丑苍（第二个屏幕）	使用以下选项之一： GET /api/v2/{serviceProvider}/profiles GET /api/v2/{serviceProvider}/profiles/{mvpd} GET /api/v2/{serviceProvider}/profiles/code/{code}	客户端应用程序可以同时出于多个目的使用这些础笔滨的响应： 检查用户身份验证状态 检索用户配置文件 检索用户元数据信息 有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本配置文件流程 在辅助应用程序中执行的基本配置文件流程
检索用户身份验证令牌（配置文件）	GET /api/v1/tokens/authn	使用以下选项之一： GET /api/v2/{serviceProvider}/profiles GET /api/v2/{serviceProvider}/profiles/{mvpd} GET /api/v2/{serviceProvider}/profiles/code/{code}	客户端应用程序可以同时出于多个目的使用这些础笔滨的响应： 检查用户身份验证状态 检索用户配置文件 检索用户元数据信息 有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本配置文件流程 在辅助应用程序中执行的基本配置文件流程
检索用户元数据信息	GET /api/v1/tokens/usermetadata	使用以下选项之一： GET /api/v2/{serviceProvider}/profiles GET /api/v2/{serviceProvider}/profiles/{mvpd} GET /api/v2/{serviceProvider}/profiles/code/{code}	客户端应用程序可以同时出于多个目的使用这些础笔滨的响应： 检查用户身份验证状态 检索用户配置文件 检索用户元数据信息 有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本配置文件流程 在辅助应用程序中执行的基本配置文件流程

预授权阶段常见问题解答

1.预授权阶段需要什么高级础笔滨迁移？ preauthorization-phase-v1-to-v2-faq1

在从REST API V1迁移到REST API V2的过程中，下表显示了需要考虑的高级别更改：

table 0-row-4 1-row-4
范围	REST API V1	REST API V2	观察结果
检索预授权的资源（预授权决策）	GET /api/v1/preauthorize （第一个屏幕） GET /补辫颈/惫1/辫谤别补耻迟丑辞谤颈锄别（第二个屏幕）	发布 /api/v2/{serviceProvider}/decisions/preauthorize/{mvpd}	有关更多详细信息，请参阅以下文档： 在主应用程序中执行了基本预授权流程

授权阶段常见问题解答

1.授权阶段需要哪些高级础笔滨迁移？ authorization-phase-v1-to-v2-faq1

在从REST API V1迁移到REST API V2的过程中，下表显示了需要考虑的高级别更改：

table 0-row-4 1-row-4 2-row-4 3-row-4
范围	REST API V1	REST API V2	观察结果
启动(惭痴笔顿)授权	GET /api/v1/authorize	发布 /api/v2/{serviceProvider}/decisions/authorize/{mvpd}	客户端应用程序可以同时将此础笔滨的响应用于多个目的： 启动(惭痴笔顿)授权 检索授权决策 检索短媒体令牌 有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本授权流程
检索授权令牌（授权决策）	GET /api/v1/tokens/authz	发布 /api/v2/{serviceProvider}/decisions/authorize/{mvpd}	客户端应用程序可以同时将此础笔滨的响应用于多个目的： 启动(惭痴笔顿)授权 检索授权决策 检索短媒体令牌 有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本授权流程
检索短授权令牌（媒体令牌）	GET /api/v1/tokens/media	发布 /api/v2/{serviceProvider}/decisions/authorize/{mvpd}	客户端应用程序可以同时将此础笔滨的响应用于多个目的： 启动(惭痴笔顿)授权 检索授权决策 检索短媒体令牌 有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本授权流程

注销阶段常见问题解答

1.注销阶段需要哪些高级础笔滨迁移？ logout-phase-v1-to-v2-faq1

在从REST API V1迁移到REST API V2的过程中，下表显示了需要考虑的高级别更改：

table 0-row-4 1-row-4
范围	REST API V1	REST API V2	观察结果
启动注销	GET /api/v1/logout	GET /api/v2/{serviceProvider}/logout	有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本注销流程

注册阶段常见问题解答

1.注册阶段需要哪些高级础笔滨迁移？ registration-phase-sdk-to-v2-faq1

在从SDK迁移到REST API V2的过程中，需要考虑一些高级别的更改，这些更改如下表所示：

AccessEnabler JavaScript SDK

table 0-row-4 1-row-4
范围	SDK	REST API V2	观察结果
完成动态客户端注册(顿颁搁)	向构造函数提供软件语句	发布 /o/client/register GET /o/client/token	有关更多详细信息，请参阅以下文档： 动态客户端注册概述 动态客户端注册流程

AccessEnabler iOS/tvOS SDK

table 0-row-4 1-row-4
范围	SDK	REST API V2	观察结果
完成动态客户端注册(顿颁搁)	向构造函数提供软件语句	发布 /o/client/register GET /o/client/token	有关更多详细信息，请参阅以下文档： 动态客户端注册概述 动态客户端注册流程

AccessEnabler Android SDK

table 0-row-4 1-row-4
范围	SDK	REST API V2	观察结果
完成动态客户端注册(顿颁搁)	向构造函数提供软件语句	发布 /o/client/register GET /o/client/token	有关更多详细信息，请参阅以下文档： 动态客户端注册概述 动态客户端注册流程

AccessEnabler FireOS SDK

table 0-row-4 1-row-4
范围	SDK	REST API V2	观察结果
完成动态客户端注册(顿颁搁)	向构造函数提供软件语句	发布 /o/client/register GET /o/client/token	有关更多详细信息，请参阅以下文档： 动态客户端注册概述 动态客户端注册流程

配置阶段常见问题解答

1.配置阶段需要哪些高级础笔滨迁移？ configuration-phase-sdk-to-v2-faq1

在从SDK迁移到REST API V2的过程中，需要考虑一些高级别的更改，这些更改如下表所示：

AccessEnabler JavaScript SDK

table 0-row-4 1-row-4
范围	SDK	REST API V2	观察结果
检索具有活动集成的惭痴笔顿列表	AccessEnabler.getAuthentication	GET /api/v2/{serviceProvider}/configuration

AccessEnabler iOS/tvOS SDK

table 0-row-4 1-row-4
范围	SDK	REST API V2	观察结果
检索具有活动集成的惭痴笔顿列表	AccessEnabler.getAuthentication	GET /api/v2/{serviceProvider}/configuration

AccessEnabler Android SDK

table 0-row-4 1-row-4
范围	SDK	REST API V2	观察结果
检索具有活动集成的惭痴笔顿列表	AccessEnabler.getAuthentication	GET /api/v2/{serviceProvider}/configuration

AccessEnabler FireOS SDK

table 0-row-4 1-row-4
范围	SDK	REST API V2	观察结果
检索具有活动集成的惭痴笔顿列表	AccessEnabler.getAuthentication	GET /api/v2/{serviceProvider}/configuration

身份验证阶段常见问题解答

1.身份验证阶段需要哪些高级础笔滨迁移？ authentication-phase-sdk-to-v2-faq1

在从SDK迁移到REST API V2的过程中，需要考虑一些高级别的更改，这些更改如下表所示：

AccessEnabler JavaScript SDK

table 0-row-4 1-row-4 2-row-4 3-row-4
范围	SDK	REST API V2	观察结果
启动(惭痴笔顿)身份验证	AccessEnabler.getAuthentication AccessEnabler.setSelectedProvider	发布 /api/v2/{serviceProvider}/sessions GET /api/v2/authenticate/{serviceProvider}/{code}	有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本身份验证流程 在辅助应用程序中执行的基本身份验证流程
检查用户身份验证状态	AccessEnabler.checkAuthentication	使用以下选项之一： GET /api/v2/{serviceProvider}/profiles GET /api/v2/{serviceProvider}/profiles/{mvpd} GET /api/v2/{serviceProvider}/profiles/code/{code}	客户端应用程序可以同时出于多个目的使用这些础笔滨的响应： 检查用户身份验证状态 检索用户配置文件 检索用户元数据信息 有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本配置文件流程 在辅助应用程序中执行的基本配置文件流程
检索用户元数据信息	AccessEnabler.getMetadata	使用以下选项之一： GET /api/v2/{serviceProvider}/profiles GET /api/v2/{serviceProvider}/profiles/{mvpd} GET /api/v2/{serviceProvider}/profiles/code/{code}	客户端应用程序可以同时出于多个目的使用这些础笔滨的响应： 检查用户身份验证状态 检索用户配置文件 检索用户元数据信息 有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本配置文件流程 在辅助应用程序中执行的基本配置文件流程

AccessEnabler iOS SDK

table 0-row-4 1-row-4 2-row-4 3-row-4
范围	SDK	REST API V2	观察结果
启动(惭痴笔顿)身份验证	AccessEnabler.getAuthentication AccessEnabler.setSelectedProvider	发布 /api/v2/{serviceProvider}/sessions GET /api/v2/authenticate/{serviceProvider}/{code}	有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本身份验证流程 在辅助应用程序中执行的基本身份验证流程
检查用户身份验证状态	AccessEnabler.checkAuthentication	使用以下选项之一： GET /api/v2/{serviceProvider}/profiles GET /api/v2/{serviceProvider}/profiles/{mvpd} GET /api/v2/{serviceProvider}/profiles/code/{code}	客户端应用程序可以同时出于多个目的使用这些础笔滨的响应： 检查用户身份验证状态 检索用户配置文件 检索用户元数据信息 有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本配置文件流程 在辅助应用程序中执行的基本配置文件流程
检索用户元数据信息	AccessEnabler.getMetadata	使用以下选项之一： GET /api/v2/{serviceProvider}/profiles GET /api/v2/{serviceProvider}/profiles/{mvpd} GET /api/v2/{serviceProvider}/profiles/code/{code}	客户端应用程序可以同时出于多个目的使用这些础笔滨的响应： 检查用户身份验证状态 检索用户配置文件 检索用户元数据信息 有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本配置文件流程 在辅助应用程序中执行的基本配置文件流程

AccessEnabler tvOS SDK

table 0-row-4 1-row-4 2-row-4 3-row-4 4-row-4 5-row-4 6-row-4
范围	SDK	REST API V2	观察结果
检索注册码（身份验证码）	AccessEnabler.getAuthentication AccessEnabler.setSelectedProvider	发布 /api/v2/{serviceProvider}/sessions	有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本身份验证流程 在辅助应用程序中执行的基本身份验证流程
检查注册码（身份验证码）	GET /reggie/v1/{serviceProvider}/regcode/{code}	GET /api/v2/{serviceProvider}/sessions/{code}	有关更多详细信息，请参阅以下文档： 在辅助应用程序中执行的基本身份验证流程
在第二个屏幕上恢复(惭痴笔顿)身份验证（应用程序）	GET /api/v1/authenticate	发布 /api/v2/{serviceProvider}/sessions/{code} GET /api/v2/authenticate/{serviceProvider}/{code}	有关更多详细信息，请参阅以下文档： 在辅助应用程序中执行的基本身份验证流程
启动(惭痴笔顿)身份验证	AccessEnabler.getAuthentication AccessEnabler.setSelectedProvider	发布 /api/v2/{serviceProvider}/sessions GET /api/v2/authenticate/{serviceProvider}/{code}	有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本身份验证流程 在辅助应用程序中执行的基本身份验证流程
检查用户身份验证状态	AccessEnabler.checkAuthentication	使用以下选项之一： GET /api/v2/{serviceProvider}/profiles GET /api/v2/{serviceProvider}/profiles/{mvpd} GET /api/v2/{serviceProvider}/profiles/code/{code}	客户端应用程序可以同时出于多个目的使用这些础笔滨的响应： 检查用户身份验证状态 检索用户配置文件 检索用户元数据信息 有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本配置文件流程 在辅助应用程序中执行的基本配置文件流程
检索用户元数据信息	AccessEnabler.getMetadata	使用以下选项之一： GET /api/v2/{serviceProvider}/profiles GET /api/v2/{serviceProvider}/profiles/{mvpd} GET /api/v2/{serviceProvider}/profiles/code/{code}	客户端应用程序可以同时出于多个目的使用这些础笔滨的响应： 检查用户身份验证状态 检索用户配置文件 检索用户元数据信息 有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本配置文件流程 在辅助应用程序中执行的基本配置文件流程

AccessEnabler Android SDK

table 0-row-4 1-row-4 2-row-4 3-row-4
范围	SDK	REST API V2	观察结果
启动(惭痴笔顿)身份验证	AccessEnabler.getAuthentication AccessEnabler.setSelectedProvider	发布 /api/v2/{serviceProvider}/sessions GET /api/v2/authenticate/{serviceProvider}/{code}	有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本身份验证流程 在辅助应用程序中执行的基本身份验证流程
检查用户身份验证状态	AccessEnabler.checkAuthentication	使用以下选项之一： GET /api/v2/{serviceProvider}/profiles GET /api/v2/{serviceProvider}/profiles/{mvpd} GET /api/v2/{serviceProvider}/profiles/code/{code}	客户端应用程序可以同时出于多个目的使用这些础笔滨的响应： 检查用户身份验证状态 检索用户配置文件 检索用户元数据信息 有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本配置文件流程 在辅助应用程序中执行的基本配置文件流程
检索用户元数据信息	AccessEnabler.getMetadata	使用以下选项之一： GET /api/v2/{serviceProvider}/profiles GET /api/v2/{serviceProvider}/profiles/{mvpd} GET /api/v2/{serviceProvider}/profiles/code/{code}	客户端应用程序可以同时出于多个目的使用这些础笔滨的响应： 检查用户身份验证状态 检索用户配置文件 检索用户元数据信息 有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本配置文件流程 在辅助应用程序中执行的基本配置文件流程

AccessEnabler FireOS SDK

table 0-row-4 1-row-4 2-row-4 3-row-4 4-row-4 5-row-4 6-row-4
范围	SDK	REST API V2	观察结果
检索注册码（身份验证码）	AccessEnabler.getAuthentication AccessEnabler.setSelectedProvider	发布 /api/v2/{serviceProvider}/sessions	有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本身份验证流程 在辅助应用程序中执行的基本身份验证流程
检查注册码（身份验证码）	GET /reggie/v1/{serviceProvider}/regcode/{code}	GET /api/v2/{serviceProvider}/sessions/{code}	有关更多详细信息，请参阅以下文档： 在辅助应用程序中执行的基本身份验证流程
在第二个屏幕上恢复(惭痴笔顿)身份验证（应用程序）	GET /api/v1/authenticate	发布 /api/v2/{serviceProvider}/sessions/{code} GET /api/v2/authenticate/{serviceProvider}/{code}	有关更多详细信息，请参阅以下文档： 在辅助应用程序中执行的基本身份验证流程
启动(惭痴笔顿)身份验证	AccessEnabler.getAuthentication AccessEnabler.setSelectedProvider	发布 /api/v2/{serviceProvider}/sessions GET /api/v2/authenticate/{serviceProvider}/{code}	有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本身份验证流程 在辅助应用程序中执行的基本身份验证流程
检查用户身份验证状态	AccessEnabler.checkAuthentication	使用以下选项之一： GET /api/v2/{serviceProvider}/profiles GET /api/v2/{serviceProvider}/profiles/{mvpd} GET /api/v2/{serviceProvider}/profiles/code/{code}	客户端应用程序可以同时出于多个目的使用这些础笔滨的响应： 检查用户身份验证状态 检索用户配置文件 检索用户元数据信息 有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本配置文件流程 在辅助应用程序中执行的基本配置文件流程
检索用户元数据信息	AccessEnabler.getMetadata	使用以下选项之一： GET /api/v2/{serviceProvider}/profiles GET /api/v2/{serviceProvider}/profiles/{mvpd} GET /api/v2/{serviceProvider}/profiles/code/{code}	客户端应用程序可以同时出于多个目的使用这些础笔滨的响应： 检查用户身份验证状态 检索用户配置文件 检索用户元数据信息 有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本配置文件流程 在辅助应用程序中执行的基本配置文件流程

预授权阶段常见问题解答

1.预授权阶段需要什么高级础笔滨迁移？ preauthorization-phase-sdk-to-v2-faq1

在从SDK迁移到REST API V2的过程中，需要考虑一些高级别的更改，这些更改如下表所示：

AccessEnabler JavaScript SDK

table 0-row-4 1-row-4
范围	SDK	REST API V2	观察结果
检索预授权的资源（预授权决策）	AccessEnabler.checkPreauthorizedResources AccessEnabler.preauthorize	发布 /api/v2/{serviceProvider}/decisions/preauthorize/{mvpd}	有关更多详细信息，请参阅以下文档： 在主应用程序中执行了基本预授权流程

AccessEnabler iOS/tvOS SDK

table 0-row-4 1-row-4
范围	SDK	REST API V2	观察结果
检索预授权的资源（预授权决策）	AccessEnabler.checkPreauthorizedResources AccessEnabler.preauthorize	发布 /api/v2/{serviceProvider}/decisions/preauthorize/{mvpd}	有关更多详细信息，请参阅以下文档： 在主应用程序中执行了基本预授权流程

AccessEnabler Android SDK

table 0-row-4 1-row-4
范围	SDK	REST API V2	观察结果
检索预授权的资源（预授权决策）	AccessEnabler.checkPreauthorizedResources AccessEnabler.preauthorize	发布 /api/v2/{serviceProvider}/decisions/preauthorize/{mvpd}	有关更多详细信息，请参阅以下文档： 在主应用程序中执行了基本预授权流程

table 0-row-4 1-row-4
范围	SDK	REST API V2	观察结果
检索预授权的资源（预授权决策）	AccessEnabler.checkPreauthorizedResources	发布 /api/v2/{serviceProvider}/decisions/preauthorize/{mvpd}	有关更多详细信息，请参阅以下文档： 在主应用程序中执行了基本预授权流程

授权阶段常见问题解答

1.授权阶段需要哪些高级础笔滨迁移？ authorization-phase-sdk-to-v2-faq1

在从SDK迁移到REST API V2的过程中，需要考虑一些高级别的更改，这些更改如下表所示：

AccessEnabler JavaScript SDK

table 0-row-4 1-row-4
范围	SDK	REST API V2	观察结果
检索短授权令牌（媒体令牌）	AccessEnabler.checkAuthorization AccessEnabler.getAuthorization	发布 /api/v2/{serviceProvider}/decisions/authorize/{mvpd}	客户端应用程序可以同时将此础笔滨的响应用于多个目的： 启动(惭痴笔顿)授权 检索授权决策 检索短媒体令牌 有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本授权流程

AccessEnabler iOS/tvOS SDK

table 0-row-4 1-row-4
范围	SDK	REST API V2	观察结果
检索短授权令牌（媒体令牌）	AccessEnabler.checkAuthorization AccessEnabler.getAuthorization	发布 /api/v2/{serviceProvider}/decisions/authorize/{mvpd}	客户端应用程序可以同时将此础笔滨的响应用于多个目的： 启动(惭痴笔顿)授权 检索授权决策 检索短媒体令牌 有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本授权流程

AccessEnabler Android SDK

table 0-row-4 1-row-4
范围	SDK	REST API V2	观察结果
检索短授权令牌（媒体令牌）	AccessEnabler.checkAuthorization AccessEnabler.getAuthorization	发布 /api/v2/{serviceProvider}/decisions/authorize/{mvpd}	客户端应用程序可以同时将此础笔滨的响应用于多个目的： 启动(惭痴笔顿)授权 检索授权决策 检索短媒体令牌 有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本授权流程

AccessEnabler FireOS SDK

table 0-row-4 1-row-4
范围	SDK	REST API V2	观察结果
检索短授权令牌（媒体令牌）	AccessEnabler.checkAuthorization AccessEnabler.getAuthorization	发布 /api/v2/{serviceProvider}/decisions/authorize/{mvpd}	客户端应用程序可以同时将此础笔滨的响应用于多个目的： 启动(惭痴笔顿)授权 检索授权决策 检索短媒体令牌 有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本授权流程

注销阶段常见问题解答

1.注销阶段需要哪些高级础笔滨迁移？ logout-phase-sdk-to-v2-faq1

在从SDK迁移到REST API V2的过程中，需要考虑一些高级别的更改，这些更改如下表所示：

AccessEnabler JavaScript SDK

table 0-row-4 1-row-4
范围	SDK	REST API V2	观察结果
启动注销	AccessEnabler.logout	GET /api/v2/{serviceProvider}/logout	有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本注销流程

AccessEnabler iOS/tvOS SDK

table 0-row-4 1-row-4
范围	SDK	REST API V2	观察结果
启动注销	AccessEnabler.logout	GET /api/v2/{serviceProvider}/logout	有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本注销流程

AccessEnabler Android SDK

table 0-row-4 1-row-4
范围	SDK	REST API V2	观察结果
启动注销	AccessEnabler.logout	GET /api/v2/{serviceProvider}/logout	有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本注销流程

AccessEnabler FireOS SDK

table 0-row-4 1-row-4
范围	SDK	REST API V2	观察结果
启动注销	AccessEnabler.logout	GET /api/v2/{serviceProvider}/logout	有关更多详细信息，请参阅以下文档： 在主应用程序中执行的基本注销流程