CPIX および SPEKE ワークフロー
取引所は、プロバイダの境界を分離しながら、互換性のあるパッケージングインフラストラクチャを備えたライブキーをスコープ付けしました。
6.0ライブパッケージの調整、キーの期間の回転、マニフェストの登録、ライセンスの更新、およびサポートされたDRMエコシステム全体のビューアの承認。
取引所は、プロバイダの境界を分離しながら、互換性のあるパッケージングインフラストラクチャを備えたライブキーをスコープ付けしました。
必要なすべてのライセンスプロバイダが解決できる前に、キーの回転を座標化し、後続の参加をKIDを発行せずに行います。
長期にわたるチャネルおよびリフレッシュされた資格決定のために適切な境界更新の行動を置きました。
ライブセッション、ライセンス、更新、リリースステージを赤字の相関識別子でトレースします。
コンテンツのアイデンティティを定義し、DRM システムを有効にし、統合をパッケージ化し、配送先を有効にします。
CPIX/SPEKE リクエストをバインドし、ライブエッジでビューアに必要な期間を保持します。
選択したすべてのプロバイダーにKIDsが利用可能である保護されたDASHとHLSのみを検証します。
ライブ再生セッションを作成し、必要に応じて更新し、視聴終了時に予約を解除します。
購入、サブスクリプション、コース、レンタル、ユーザーのアクセス権は、お客様のバックエンドが引き続き判断します。DRM-X がその認可に署名して制限を適用するため、プレーヤーやモバイルアプリに長期有効な認証情報を持たせる必要はありません。
有料視聴者を承認し、セキュリティポリシーと同時進行制御をイベント全体で有効に保ちます。
アプリケーションのコア再生契約を変更することなく、キーを回転させ、バインドされた認証を更新します。
保護されたオンデマンドのレッスンによって使用される同じ登録ユーザーおよびコースアクセスの論理を適用して下さい。
いいえ。クライアントは、同じ再生セッション、ライセンス、更新、リリースフィールドを消費するために、ContentType を設定しました。
エンコーダの再起動、キーの回転、遅い参加、更新、字幕の拒否、同時制限、ブラックアウトの動作、すべての約束されたデバイス上のフェイルオーバーをテストします。
いいえ。DRM-X は、すべての必須ライセンスプロバイダがマッチングキーを解決できるまで、回転 KID を公開しないでください。