(従来の) REST API の概要
- トピック:
- 認証
概要
Adobe Pass認証 REST API を使用すると、TV Everywhere (TVE)の認証および承認サービスに直接アクセスできます。 この API は、2 つの主要なアーキテクチャをサポートします。サーバー間または接続デバイス(ゲーム機、スマート TV、セットトップボックスなど)で、web 閲覧機能を持たないアプリケーションです。
スロットルメカニズム
Adobe Pass認証 REST API は、 スロットルメカニズムによって制御されます。
サーバー間
サーバー間ソリューションには、TVE フロー用のAdobe Pass Authentication Services に接続するプログラマーサービスと統合されるプログラマークライアントアプリケーションが含まれます。 このアプローチは、TVE の実装の大部分をクライアントからサーバーに移行します。サーバーでは、単一の統合認証モジュールを構築および管理できます。 クライアントアプリケーションの残りの主な責任は、ユーザー認証のための web ビューの管理です。
接続デバイス
Connected Devices アプリは、REST API を介してAdobe Pass Authentication と直接通信し、設定、登録、認証ステータスチェックおよび認証フローを実行します。一方、認証フローには 2 つ目の画面(ブラウザー)アプリが必要です。 そのため、ネイティブ SDK は使用されません。
その他のアーキテクチャ
2 つの主要な REST API ベースアーキテクチャ、スマートデバイス用のサーバー間および直接クライアントソリューションに加えて、他のアーキテクチャもあります。 その中でもプライマリとなるのは、SDK アーキテクチャです。このアーキテクチャでは、Adobe Pass Authentication がプログラマーに提供するアクセスイネーブラと呼ばれるクライアントコンポーネントを使用します。 アプリケーションは、Access Enabler API を使用して、起動、認証、認証、ログアウトを処理します。 プログラマーのアプリとAdobe Pass認証サーバー間のすべての通信は、アクセスイネーブラを介して行われます。 JavaScript、iOS、tvOS、Android、FireTV の各プラットフォームでは、異なる種類の Access Enabler を使用できます。
サーバー間ソリューションの外部では、ネイティブ SDK をサポートするクライアントプラットフォームで REST API を直接使用することは可能ですが、この方法はお勧めしません。
REST API の長所と短所
Adobe Pass認証 REST API は、web 閲覧機能や永続ストレージを持たないデバイス向けの TV Everywhere (TVE)ソリューションを提供するために作成されました。 REST API は、すべての認証および承認フローをサポートしますが、ネイティブのSDK コンポーネントがありません。 Adobe Pass Authentication が提供および管理する SDK には、REST API の場合はプログラマーが実装および管理する必要があるビジネスルールを実装する標準機能が付属しています。 以下のプログラマーの責任表では、プログラマーが対処する必要がある現在の REST API の制限事項について説明します。
サーバー間とクライアントベースの長所と短所
サーバー間アーキテクチャは、認証および承認に関連するロジックのほとんどを 1 つの論理ユニットまたは実装に統合する方法を提供します。 このアプローチには長所と短所があります。 メリットは次のとおりです。
- 認証および承認ビジネスロジックの単一の実装。
- そのプラットフォームのネイティブツールを使用して、サポート対象の各プラットフォームにそのロジックを実装する必要がなくなります。
- 関連するすべての要件(アプリストアの更新など)でクライアントを更新せずに機能を更新する機能。
- より簡単に authN および authZ のカスタム機能の拡張(D2C の追加など)。
- 関連トラフィックを直接管理して、制御、品質、監視を向上させます。
ここでも、プログラマーの責任に短所がリストされていますが、次の点が含まれます。
- Platform SSO のないプラットフォームの場合、クライアントごとに SSO を実装する必要があります。
- 必要に応じて、プログラマーはMVPD固有のロジックを実装する必要があります。
- REST API を使用するすべてのプラットフォームは、認証 TTL などのプロパティを管理する単一の設定を共有します。
接続デバイス
SDKは使用できないので、ほとんどの接続デバイスでは、REST API を何らかの方法で使用する必要があります。 接続されたデバイスは、REST API を直接使用するか、REST API を使用するサーバー間ソリューションと統合します。
プログラマーの責任
以下は、サーバー間アプリケーションと接続デバイス アプリケーションの両方に適用されます。
-
新しい One API イニシアチブの一環として、この制限を修正し、デバイスの識別に基づいてプラットフォームごとにルールを適用できるようにすることを計画しています。
-
Adobeは、REST API で使用できる Platform SSO を実装するために、引き続きすべての主要なプラットフォームと連携します。 One API イニシアチブでは、ネイティブ SDK を使用して実装されたアプリと REST API を使用して実装されたアプリの間で SSO サポートを提供します。
デバイスの最小要件
Adobe Pass認証 REST API を使用するには、デバイスが、Adobe Pass認証プラットフォーム / デバイス / ツールの要件ドキュメントの REST API の節に記載されている最小技術要件を満たしているか、それを超えている必要があります。