SPEKE API v1 - DASH-IF 仕様のカスタマイズと制約 - Secure Packager と Encoder Key Exchange APIの仕様

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

SPEKE API v1 - DASH-IF 仕様のカスタマイズと制約

DASH-IF CPIX仕様 https://dashif.org/docs/DASH-IF-CPIX-v2-0.pdf は、多くのユースケースとトポロジをサポートしています。SPEKE API 仕様は、以下のカスタマイズと制約によりCPIX仕様に準拠しています。

  • SPEKE は、エンクリプタコンシューマーのワークフローに従います。

  • 暗号化されたコンテンツキーの場合、 は次の制限SPEKEを適用します。

    • SPEKE は、リクエストまたはレスポンスペイロードのデジタル署名検証 (XMLDSIG) をサポートしていません。

    • SPEKE には 2048 RSAベースの証明書が必要です。

  • ローテーションキーワークフローの場合、 にはContentKeyUsageRuleフィルター SPEKEが必要ですKeyPeriodFilter。SPEKE は、他のすべてのContentKeyUsageRule設定を無視します。

  • SPEKE は UpdateHistoryItemList の機能を省略します。リストがレスポンスに存在する場合、 はそのリストSPEKEを無視します。

  • SPEKE はキーローテーションをサポートします。SPEKE は ContentKeyPeriod`@index のみを使用してキー期間を追跡します。

  • をサポートするためにMSS PlayReady、 はDRMSystemタグ の下にカスタムパラメータ SPEKEを使用しますSPEKE:ProtectionHeader。

  • HLS パッケージングでは、 URIExtXKeyがレスポンスに存在する場合、HLSプレイリストの EXT-X-KEY タグの URIパラメータに追加する完全なデータを含める必要があります。これ以上のシグナリングは必要ありません。

  • HLS プレイリストの場合、 DRMSystem タグの下には、EXT-X-KEYタグの speke:KeyFormatおよび パラメータの値にspeke:KeyFormatVersionsオプションのカスタムKEYFORMATVERSIONSパラメータ KEYFORMATおよび SPEKEが用意されています。

    HLS 初期化ベクトル (IV) は、 演算子によって明示的に指定されない限り、常にセグメント番号に従います。

  • キーをリクエストするとき、エンクリプタは、ContentKey 要素にオプションの @explicitIV 属性を使用することがあります。キープロバイダーは、属性がリクエストに含まれていなくても、@explicitIV を使用して IV で応答することができます。

  • エンクリプタはキー識別子 (KID) を生成しますが、これは与えられたコンテンツ ID とキー期間に対して同じです。キープロバイダーには、リクエストドキュメントに対するレスポンスとして KID が含まれます。

  • キープロバイダーには、デバッグ目的のために自身を識別する、Speke-User-Agent レスポンスヘッダーの値を含めることができます。

  • SPEKE は現在、コンテンツごとに複数のトラックまたはキーをサポートしていません。

    SPEKE準拠のエンクリプタはクライアントとして機能し、キープロバイダーエンドポイントにPOSTオペレーションを送信します。エンクリプタは定期的に heartbeat リクエストを送信して、エンクリプタとキープロバイダーエンドポイントとの間の接続が正常であることを確認する場合があります。