SPEKE API v2 - Secure Packager と Encoder Key Exchange APIの仕様

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

SPEKE API v2

これは、Secure Packager and Encoder Key Exchange (SPEKE) v2 RESTAPI用の です。この仕様を使用して、暗号化を使用するお客様にDRM著作権保護を提供します。SPEKEに準拠するには、DRMキープロバイダーがこの仕様でRESTAPI説明されている を公開する必要があります。エンクリプタはキープロバイダーをAPI呼び出します。

注記

この仕様のコード例は、あくまでも説明用です。サンプルは完全なSPEKE実装の一部ではないため、実行することはできません。

SPEKE は、いくつかの制限があり、インDASHダストリーフォーラムのコンテンツ保護情報交換形式 (DASH-IF-CPIX) データ構造定義をキー交換に使用します。DASH-IF-CPIX は、DRMプラットフォームからエンクリプタへの拡張可能なマルチDRMエクスチェンジを提供するスキーマを定義します。これにより、コンテンツの圧縮およびパッケージング時に、すべての適応ビットレートパッケージング形式のコンテンツ暗号化が可能になります。アダプティブビットレートパッケージング形式にはHLS、、DASH、および が含まれますMSS。

バージョン 2.0 以降、 SPEKEは特定のCPIXバージョンに合わせて調整されています。

SPEKE 側では、これは X-Speke-VersionHTTPヘッダーを使用して適用され、CPIX側では CPIX@version 属性を使用して適用されます。リクエストにこれらの要素がないことは、v1 SPEKE レガシーワークフローの典型的な例です。SPEKE v2 ワークフローでは、キープロバイダーは両方のバージョンパラメータをサポートしている場合にのみCPIXドキュメントを処理することが期待されます。

交換形式の詳細については、DASH「 Industry Forum CPIX2.3 specification」を参照してください。

全体として、v2.0 SPEKE は v1.0 SPEKE と比較して次の進化をもたらします。

  • SPEKE XML 名前空間のすべてのタグは非推奨となり、CPIXXML名前空間内の同等のタグが優先されます。

  • SPEKE:ProtectionHeader は非推奨であり、CPIX:DRMSystem.SmoothStreamingProtectionHeaderData に置き換えられます

  • CPIX:URIExtXKey、SPEKE:KeyFormat、および SPEKE:KeyFormatVersions は非推奨であり、CPIX:DRMSystem.HLSSignalingData に置き換えられます

  • CPIX@id は CPIX@contentId に置き換えられます

  • 新しい必須CPIX属性: CPIX@version、 ContentKey@commonEncryptionScheme

  • 新しいオプションCPIX要素: DRMSystem.ContentProtectionData

  • 複数のコンテンツキーのサポート

  • SPEKE と 間のクロスバージョニングメカニズム CPIX

  • HTTP ヘッダーの進化: 新しいX-Speke-Versionヘッダー、Speke-User-Agentヘッダーの名前が に変更されました X-Speke-User-Agent

  • ハートビートAPIの非推奨

SPEKE v1.0 仕様は変更されないため、既存の実装を変更して v1SPEKE.0 ワークフローのサポートを継続する必要はありません。

トピック