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

# SPEKE API v1 - DASH-IF 仕様のカスタマイズと制約
<a name="speke-constraints"></a>

DASH-IF CPIX 仕様 (https://dashif.org/docs/DASH-IF-CPIX-v2-0.pdf) は、多くのユースケースとトポロジをサポートしています。SPEKE API 仕様は、次のカスタマイズと制約を伴う CPIX 仕様に準拠しています。
+ SPEKE は、エンクリプタコンシューマーのワークフローに従います。
+ 暗号化されたコンテンツキーの場合、SPEKE により次の制限が適用されます。
  + SPEKE は、リクエストおよびレスポンスペイロードにデジタル署名検証 (XMLDSIG) をサポートしていません。
  + SPEKE には 2048 ビットの RSA ベースの証明書が必要です。
+ キーのローテーションワークフローの場合、SPEKE では `ContentKeyUsageRule` フィルター `KeyPeriodFilter` が必要です。SPEKE は他の `ContentKeyUsageRule` 設定をすべて無視します。
+ SPEKE は `UpdateHistoryItemList` の機能を省略します。リストがレスポンスに存在する場合、SPEKE はそれを無視します。
+ SPEKE はキーのローテーションをサポートします。SPEKE は `ContentKeyPeriod@index のみを使用してキー期間を追跡します。
+ MSS PlayReadyをサポートするために、SPEKE は `DRMSystem` タグでカスタムパラメータ `SPEKE:ProtectionHeader` を使用します。
+ HLS パッケージングの場合、`URIExtXKey` がレスポンスに存在する場合、HLS プレイリストの `EXT-X-KEY` タグの URI パラメータに追加するフルデータを含める必要があります。それ以上のシグナリング要件はありません。
+ HLS プレイリストの場合、`DRMSystem` タグで、SPEKE は `EXT-X-KEY` タグの `KEYFORMAT` と `KEYFORMATVERSIONS` パラメータの値に対してオプションのカスタムパラメータ `speke:KeyFormat` と `speke:KeyFormatVersions` を提供します。

  HLS 初期化ベクトル (IV) は、オペレータが明示的に指定しない限り、セグメント番号の後に常に続きます。
+ キーをリクエストするとき、エンクリプタは、`ContentKey` 要素にオプションの `@explicitIV` 属性を使用することがあります。キープロバイダーは、属性がリクエストに含まれていなくても、`@explicitIV` を使用して IV で応答することができます。
+ エンクリプタはキー識別子 (`KID`) を生成しますが、これは与えられたコンテンツ ID とキー期間に対して同じです。キープロバイダーには、リクエストドキュメントに対するレスポンスとして `KID` が含まれます。
+ キープロバイダーには、デバッグ目的のために自身を識別する、`Speke-User-Agent` レスポンスヘッダーの値を含めることができます。
+ SPEKE は現在、コンテンツごとに複数のトラックやキーをサポートしていません。

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