Adobe Pass Authentication OLCA のコンプライアンスと、Adobeの OATC への参加について説明しましたが、Adobe Pass Authentication は実際には「プロトコルに依存しない」ことに注意する必要もあります。 しかし、TVE 時代のこの段階では、Adobe Pass認証は間違いなく OLCA 標準に向けられています。 この規格は、TVE の機能を実装するために異なる TVE プレーヤー(プログラマー、MVPD、およびサービスプロバイダー)が現在合意している方法を示しています。 これらの機能の多くは次の表に記載されており、機能の実装方法の詳細と例を提供する関連ページへのリンクがあります。
表の情報は、Adobe Pass Authentication 統合プロセスを推進し、すべての MVPD 統合全体で一貫した機能を実現することを目的としています。 優先度列は、機能を A、B、C にランク付けします。
1.1
ビューアが MVPD を選択し、プログラマーブランドの web サイトまたはアプリケーションから認証(AuthN)フローを開始します。
A+
1.2
認証が完了すると、認証(AuthZ)がバックグラウンドで実行され、MVPD にはネットワーク チャネル識別子とユーザ識別子のみが渡されます。
A+
1.3
ユーザー ID の永続性
MVPD は、不明化された永続的なユーザー ID を提供します。
A
1.4
ビューアは、あるブランドのサイトで MVPD を使用してログインしてから別のブランドに移動することができ、再度ログインするように求められることはありません。 AuthN セッションは、ブランド間で共有されます。 SSO サポートは、web サイトとモバイル/デバイスアプリケーションの両方に対して用意されています。 MVPD の場合、ユーザー ID またはブランド間で AuthZ に使用できる他のユーザートークンを返す必要があります。
A
1.5
デバイス最適化ログインユーザーエクスペリエンス(UX)
MVPD は、ビューが使用しているデバイスのサイズに合うようにログイン画面のサイズを変更できます。
A
1.6
デフォルトの MVPD ピッカーロゴ
MVPD は、適切なサイズ(112 x 33 ピクセル)のデフォルトロゴへの URL を提供します。
A
ロゴは MVPD によってホストされ、CDN によってキャッシュされる必要があります。
1.7
MVPD は、AuthN リクエストでブランド識別子(リクエスター値)を渡すことをサポートしています。
A-
これにより、サービスプロバイダー固有のログインエクスペリエンスが可能になります。
1.8
MVPD は、1 回の認証リクエストで複数のチャネルを送信するプログラマーをサポートします。
B+
1.9
iFrame または「JS ポップアップ」ベースの認証
プログラマーは、HTTP リダイレクトの代わりに、ログインフローを iFrame またはポップアップエクスペリエンスに統合できます。
B
1.10
ビューアは、プログラマのサイトまたはアプリと MVPD の両方で認証済みのセッションを持っています。 ビューアは、プログラマのサイトからフェデレーテッド ログアウトを開始でき、ログアウトによって MVPD ポータル上のセッションもクリアされます。
B
プログラマの観点から、共有コンピュータを誤用からより保護します。
1.11
MVPD は、プログラマーのフェデレーション サイトまたはアプリがユーザーに表示するのに適した独自のカスタム エラー文字列を渡します。
B
アップセル シナリオを有効にする
1.12
認証応答でのユーザーメタデータ
MVPD AuthN 応答には、使用権限フロー中のユーザーエクスペリエンスのパーソナライゼーションのヒントとして機能するユーザーメタデータを含めることができます。 この要件により、MVPD からプログラマへのペアレンタルコントロールヒントが有効になります。
B-
1.13
MVPD-initiated Authentication
ビューアが MVPD ポータルで AuthN セッションを完了し、プログラマの TVE サイトに移動します。 ユーザーは MVPD ピッカーの入力を求められず、自動的に認証されます。
B-
1.14
UserID Scoping
MVPD UserID は、プログラマーを対象とする形式と、不正使用を対象とするAdobe全体を対象とする形式の 2 つで構成する必要があります。 これにより、Adobeーは、暗号化や不明化を行わなくても、プログラマーをスコープとする MVPD UserID を共有できます。
C
1.15
アセットベースの認証
AuthN が完了すると、ネットワーク、表示、アセット、ペアレンタルコントロールの評価などを必要に応じて含めることができる構造化データを渡すことで、バックグラウンドで AuthZ が実行されます。 これにより、プログラマから MVPD へのすべての AuthZ 呼び出しに対するペアレンタルコントロールが可能になります。
C
1.16
MVPD-initiated Logout
ビューアは、プログラマーのサイトまたはアプリと、MVPD の両方で認証済みセッションを持っています。 ビューアは、MVPD のサイトからフェデレーテッド ログアウトを開始できます。このログアウトは、すべてのフェデレーテッド プログラマ サイトのセッションもクリアします。
C
1.17
承認義務
MVPD は、AuthZ 応答にログや更新された Maximum Parental Control Rating (OLCA;保護者による制限の最大限度)などの追加条件を提供します。
C
1.18
IP アドレスのコンテキスト
MVPD では、IP アドレスを明示的に渡す必要があります。 コールがサーバーサイドである AuthZ の場合、AuthZ コールでユーザがどこから来たかに関する MVPD 不正トラッキング情報が提供されます。
C
1.19
トークン永続性有効期間(TTL)値が動的に定義されます
MVPD では、レスポンス内のプロパティを通じてAdobe Pass認証トークンの TTL を動的に設定できるため、TTL の変化に対するAdobeはループから外れています。
C-
1.20
デバイスタイプ
MVPD は、AuthN または AuthZ 要求でデバイスタイプの受け渡しをサポートしています。 このプロパティは、コンテンツが消費されるデバイスの特性に関して MVPD に通知するので、デバイスに関する独自のセキュリティ考慮事項に従って AuthN または AuthZ トークンの TTL を調整できます。
C-
これは、すべてのデバイスタイプをAdobe Pass認証側の設定として公開するのが難しいクライアントレスプラットフォームで役立ちます。