ドキュメントAdobe PassAdobe Pass 認証

MVPD キックスタートガイド：MVPD 直接統合計画 mvpd-dir-int-plan

Last update: Wed Sep 27 2023 00:00:00 GMT+0000 (Coordinated Universal Time)
NOTE
このページのコンテンツは、情報提供の目的でのみ提供されます。 この API を使用するには、Adobeの現在のライセンスが必要です。 不正な使用は許可されていません。

はじめに mvpd-kickstart-intro

TV Everywhere のAdobe Pass認証にようこそ。 私たちはあなたと一緒に仕事をするのを楽しみにしています。

NOTE
これは、マルチチャンネルビデオプログラミングディストリビュータ (MVPD) のキックスタートガイドです。 プログラマー（コンテンツプロバイダ）の場合は、 プログラマー向けキックスタートガイド.

Zendesk のAdobe Pass認証チケットシステムを通じて、常にサポートを利用できます。 また、プロセスのサンプル、ドキュメント、ビデオチュートリアルもここで確認できます。 を使用するには Zendeskhttps://tve.zendesk.com/homeでアカウントを登録し、作成する必要があります。 登録できるユーザー数と、提出されたチケットに対するコメントを表示または投稿できるユーザー数に制限はありません。 サポートに関するすべての質問は、次の宛先に対応する必要があります。 adobe.com

チームの連絡先:

サポート — すべての質問、インシデント、機能リクエストに対して tve-support@adobe.com.

1.キックオフミーティング kickoff-meetings

これらの会議の範囲は、Adobeと MVPD との間の技術的な議論の開始です。 プロセスのこの時点で、ドキュメントを両側から共有する必要があります。 フォローアップとして、Adobeは、統合のステータスを追跡するために、チケット発行システム (https://tve.zendesk.com/) でチケットを開く必要があります。

2.特長 features

Adobeは、週次ステータス呼び出しを設定し、統合の全体的なスケジュール、手順、タイムライン、実装の詳細について話し合い、追跡します。 この段階で、Adobeは MVPD の仕様をレビューします。 この結果は、MVPD で必要となるすべての機能の詳細を示す仕様ページにする必要があります。 MVPD は、MVPD の認証/承認実装の詳細を記述した仕様書をAdobeに送信します。

明確にする項目については、 MVPD 統合機能.

この時点では、いくつかの設定について詳しく説明する必要があります。

  • MVPD のロゴ URL — これは、112 x 33 ピクセルのサイズを持つファイルです。 ロゴは、ユーザーが「サインイン」ボタンをクリックして有料テレビプロバイダーを選択すると、Programmers が自分のサイトに表示します。
  • TTL(time-to-live) 値 — 通常、TTL は認証/承認プロセス中に MVPD によって設定されます。 ただし、Adobeは、これらの TTL 値を上書きし、プログラマと MVPD の両方が合意した内容に応じて異なる値を提供できます。
  • 表示名 — ユーザーが「サインイン」ボタンをクリックして有料テレビプロバイダーを選択すると、Programmers が自分のサイトに表示されます。
  • 認証情報のテスト — 両方のプロファイル（ステージング環境と実稼動環境）には、テスト資格情報のリストが必要です。
IMPORTANT
ユーザーがエンタイトルメントフローを開始するたびに、1 つの、不透明な一意のユーザー ID に関連付けられます。 ユーザー ID は、プログラマーのアプリのユーザーを識別するために使用されますが、MVPD に由来します。
CAUTION
各 MVPD に対する重要な通知：ユーザー ID には、PII（個人を特定できる情報）、単独で、またはユーザーを識別、連絡、または場所を特定するために他の情報と共に使用できる情報を含めないでください。

2.メタデータの交換 metadata-ex

両者は、関係するすべての環境（実稼動、ステージングなど）でメタデータを交換する必要があります。

4. IP リストを許可 allow-ip-list

次の IP は、MVPD のファイアウォールでホワイトリストに登録する必要があります。 IP のリストについては、Adobeにお問い合わせください。

  • Adobe Pass認証では、制限されたリソースへのアクセスを許可するために、ポート 80 および 443 でファイアウォールを開く必要があります。

  • MVPD は、認証および認証サーバー用の IP アドレスのリストを追加する必要があります（追加する場合）。

5.開発 deve

開発段階の期間は、仕様を見直した後に決定され、両者がサインオフする項目を考慮に入れます。 Adobeは、認証部分のカスタムコードを記述する必要があります。

NOTE
認証はリソースごとに実行されます。 認証トランザクションは、通常、ユーザーが認証を要求するチャネルを表す ID 文字列を使用して、プログラマーのサイトから渡されます。 このリソース ID は、Programmer と MVPD の間で確立され、必要に応じて細かく設定できます。

6.Adobe環境 adobe-env

Adobeは、開発プロセスの様々な段階で異なる環境を提供します。

  • 事前選定 (PRE-QUAL): PRE-QUAL 環境には、次のリリース候補が含まれます。 Adobeは、リリース環境に統合をアップグレードする前に、この環境で新しいパートナーを統合します。 パートナーは、PRE-QUAL 環境でテストを行う必要があり、PRE-QUAL 構成に対する変更を明示的にリクエストする必要があります ( 変更リクエストプロセスの詳細については、Adobe担当者にお問い合わせください )。 バグは、この環境でのトリガーの新しいデプロイメントを修正します。
  • リリース （リリース）:Adobeの現在の実稼動ビルドが、ここのライブ環境にデプロイされます。

Adobeの環境の使用方法について詳しくは、 Adobe環境について

7.ステージング環境のデプロイメント stag-env

Adobeは、MVPD から受け取ったメタデータに基づいて、Adobe Pass認証システムで新しい MVPD を作成し、設定します。 これはAdobeの事前のステージング環境にデプロイされ、テストプログラマー (TestDistributors) と共に設定されます。

MVPD は、QA/ステージング/テスト環境でも同じデプロイメントを行う必要があります。

8.テストとトラブルシューティング tes-troubleshoot

このフェーズでは、Adobeと MVPD のテストを行い、統合のトラブルシューティングを行います。 統合のテストに役立つように、Adobe Pass認証チームはAdobeの API テストサイトを使用できます。 Adobeの API テストサイトの使用について詳しくは、 認証 API テストサイトを使用したAdobeと認証フローのテスト.

テストとトラブルシューティングが正常に終了すると、統合は、Adobeのリリースステージング環境で有効になります。 この時点で、Adobeは MVPD を実際のプログラマと統合できます。

9.実稼動のデプロイメント prod-dep

  • 接続をテストするには、MVPD が実稼動プロファイルで最初にをデプロイする必要があります。

  • Adobeは、実稼動前にデプロイされます。

  • これで、すべての関係者が実稼動プロファイルでテストできるようになりました。

  • この時点で問題が解決しなかった場合、Adobeは統合をリリース実稼動環境（「ライブ」）に移行でき、すべてのユーザーが利用できます。

10.エスカレーション手続 esc-proc

統合が実稼動環境で稼働したら、最適なカスタマーエクスペリエンスを提供することが重要です。 サーバダウンの問題が発生した場合に最適な応答を得るには、Adobeが注意を払うべき問題に関するエスカレーション手順のドキュメントを提供する必要があります。

次に、Adobeは、最新のAdobe Pass Authentication エスカレーションプロセスを使用して MVPD を提供します。

recommendation-more-help
3f5e655c-af63-48cc-9769-2b6803cc5f4b