ASP.NET Core Universal Playerの統合

カスタマイズする3つの場所#

1. 設定Program.cs: AddDrmXPlayback

   サーバー資格情報、アプリ ID、保護ポリシーを設定します。

2. 認可QuickStartCatalog.FindAuthorizedVideoAsync

   QuickStartVideo または null を返す、独自のデータベースをクエリします。

3. 認証

   通常の ASP.NET Core ミドルウェア

   安定した NameIdentifier クレームを供給し、マップされたエンドポイントを保護します。

1. 同梱のサンプルを実行#

cd examples/sdk/aspnet-core
# Set DRMX_PLAYBACK_SITE_ID, DRMX_PLAYBACK_SITE_KEY and DRMX_PLAYBACK_ACCESS_KEY.
# For localhost only, set DRMX_LOCAL_DEMO=1.
dotnet run

.NET 10 を使用します。プロジェクトは Haihaisoft.DrmX.AspNetCore を参照し、NuGet.Config は同梱パッケージを参照します。Program.cs の QuickStartCatalog.FindAuthorizedVideoAsync 内で your-published-content-id を置き換え、http://127.0.0.1:8105/?videoId=1 を開きます。

2. 自社のコンテンツ検索を接続#

デモカタログの実装を、権限を確認するクエリに置き換えます。例のリポジトリはお客様のアプリで提供するものです。

var video = await repository.FindAuthorizedVideoAsync(
    userId, videoId, cancellationToken);
if (video is null) return null;
return new QuickStartVideo(video.DrmxContentId, video.Title);

付属のQuickStartEntitlement : IDrmXContentEntitlementは、このルックアップを再利用し、要求されたContent IDとタイプを比較します。 その比較を保ちましょう。 カタログはリクエストスコープです。ユーザごとにシングルトンContent IDを変更しないでください。

3. 通常の認証を接続#

ローカルデモ用の識別ミドルウェアを既存認証に置き換えます。安定した NameIdentifier クレームを維持し、.RequireAuthorization() などの認可ポリシーでページと MapDrmXPlaybackSession() エンドポイントを保護します。実際の HTTPS ホストを設定し、同一オリジンのリクエストチェックを維持します。

4. レッスンページにプレーヤーを追加#

例のスクリプトタグとWeb Componentを再利用します。 そのセッションURLには?videoId=...が含まれており、ページとセッションの両方のリクエストは同じ選択されたレッスンを解決します。 現在の例では、AddDrmXPlayback でポリシーアプリケーション全体を設定します。Content ID はリクエストごとに解決されます。

本番公開前の確認#

• 許可されたユーザーとしてサインインし、サポートされているブラウザーで公開された動画を再生します。
• 未ログインと未払いのユーザーを試し、権限の取り消しと期限切れもテストします。新規セッション要求は拒否される必要があります。
• ブラウザContent IDまたはWebサイトのビデオIDを変更します。 サーバは新しい選択を点検しなければなりません。
• 公開 HTTPS オリジンを正確に設定し、フレームワークのセッション／CSRF 保護を維持して、デモ用のユーザー識別コードを無効にしてください。

既存のセッションと DRM ライセンスには独自の有効期間があります。新しいリクエストでは権限の変更を確認しますが、発行済みのライセンスを消去するわけではありません。