ブラウザの回避策ではなく、Appleエクスペリエンスの構築
FairPlay Streaming は、サポートされている Apple 再生環境で保護された HLS の DRM のパスです。 DRM-X は、コンテンツの公開とサーバーの認可ワークフローにそのパスを接続します。 AVFoundation またはサポートされている Safari プレーヤー は、デバイス側の交換を処理します。
実際の再生スタックの選択とテスト: ネイティブアップルアプリケーションと Safari ウェブ プレーヤー は、同一のライフサイクルや互換性の動作を持っていません。パッケージは、意図したプラットフォームの HLS を暗号化し、オペレーティングシステムのバージョン、コーデック、解像度のコンビネーションをテストします。
証明書と個人を扱います 認証情報 異なる
アプリケーション証明書は、 プレーヤー が課題を解決するために使用されるパブリック入力です。 プライベート FairPlay 認証情報 とサーバー側の実装材料は プレーヤー アセットではありません。 ウェブサイト、アプリケーションバンドル、ダウンロード可能な顧客サンプルをオフにしてください。
生産統合には、該当するAppleの許可と承認されたFairPlay認証設定が必要です。 DRM-Xでは、再生は、選択した環境に関連する積極的な展開、または明示的に構成された同じ組織化のデフォルトを使用する必要があります。 異なる顧客の 認証情報をアクティブにすることは、許容フォールバックではありません。
証明書→SPC→CKCのシーケンスに従う
まず、バックエンドでビューアを認証し、要求された公開された Content ID を承認します。信頼できる FairPlay 設定、公開証明書の参照とバインドされたライセンス認証を返します。アプリやウェブ プレーヤー は、証明書をロードし、Apple メディアフレームワークに SPC チャレンジを作成するよう依頼します。
設定されたライセンスエンドポイントに正確なチャレンジバイトを送信します。プレーヤー の統合によって期待されるフォームに CKC バイトを返します。エンコーディング、コンテンツタイプ、応答のラッピングは、一般的な統合の間違いです。特定のクライアント契約がそれを必要とする場合を除き、任意の JSON または base64 の変換は適用されません。ビューイングの試みが終了したときにストリーミング予約を解放します。
- 承認され、アクティブな資格の展開
- 正しいHLS暗号化とコンテンツ識別子
- 証明書の取得および厳密なSPC/CKCの処理
- 実際の Safari または Apple デバイス再生テスト
独立してネイティブオフライン閲覧を計画する
Appleのオフライン表示は、プラットフォーム固有のネイティブダウンロードと永続的なコンテンツキーAPIsを使用しています。AndroidのWidevineキーセットストレージと同じ実装ではありません。通常のSafariストリーミング統合は、ダウンロード可能なオフラインアプリケーションとして宣伝されるべきではありません。
Apple のオフラインまたはオンボードの閲覧が必要な場合は、デプロイ前に Haihaisoft でネイティブ アプリケーション、権利、ライフサイクル、デバイス受け入れを定義します。 DRM-X Android AAR は FairPlay SDK ではありません。 共有ライセンスサービスアーキテクチャは、バックエンドを単純化できますが、各プラットフォームは独自の実装されたクライアントパスを必要とします。
よくある質問
自分のアプリにFairPlayプライベートキーを置く必要がありますか?
いいえ。パブリックアプリケーション証明書のみがクライアントの交換に所属しています。プライベート 認証情報 はサーバー側で保護されています。
Android Widevine の実装を再利用できますか?
デバイス側のコードではなく、認証と認証の概念を再利用します。 FairPlay は、異なるネイティブフレームワークと SPC/CKC の交換を使用します。
Appleの承認は自動的に含まれていますか?
いいえ。該当するAppleの許可、認証情報およびコンテンツの権利は、顧客の展開のために確立されなければなりません。
プラットホームの背景: アップル FairPlay Streaming. Product behavior and deployment scope are described above; platform capabilities do not imply every customer deployment is qualified.