案例：訂用帳戶內容

  • 發行項

Microsoft PlayReady啟用內容擁有者使用線上媒體商店銷售音樂或視訊目錄訂閱的案例。

因為 PlayReady Server 不包含任何商務邏輯，但可以連結至任何商務邏輯後端 (透過 Web 服務) ，所以針對訂用帳戶內容的 PlayReady 授權傳遞可以與租用內容相同。 因此，用戶端會針對必須播放的每個內容 (、音樂) 要求個別授權。

請注意，服務可以在單一授權回應中傳遞多個授權，以供優化之用。 例如，在用戶端現正播放一系列劇集的案例中，用戶端會在使用者選取該影片時要求第一集的授權。 服務可能會想要一次為系列的所有劇集提供授權，以降低劇集之間的差距。 在播放多個曲目時，傳遞多個授權更有助於音樂，而不會有任何間距。

例如，在 (使用者下載數千個曲目以離線播放) 的音樂服務中，用戶端必須管理數千個不同的授權，每個內容各有一個。 例如，這是訂用帳戶服務 (，所以需要每月續約) 、傳遞的授權在每月訂閱的續約日期到期，而且使用者預期當再次支付每月費用時，所有授權都會更新。

若要優化此案例，服務應該使用鏈結授權。 每個內容片段都會系結至唯一的分葉授權。 所有分葉授權都會系結至相同的根授權。 分葉授權沒有開始和到期時間，但根授權有這些開始和到期時間。 因此，在訂閱續約時，必須重新取得根授權。 此外，播放訂閱內容的裝置必須支援 PlayReady 信任的時鐘，以強制執行與播放授權相關聯的訂用帳戶原則。 如需詳細資訊，請參閱 授權鏈結 和 信任時鐘。

Subscription Content

訂用帳戶內容案例會執行下列步驟，如圖所示。

  1. 服務提供者會將未受保護的內容傳輸至內容封裝伺服器。 服務提供者會將授權轉移至授權伺服器。

  2. 服務提供者會將受保護的內容傳輸至 Web 服務器以供散發。

  3. 當用戶端準備就緒時，它可以取得訂用帳戶內容，以及訂閱結束時到期的授權。

訂用帳戶內容最常見的傳遞機制是從 Web 服務串流受保護的內容，或將內容下載到本機裝置，然後播放內容。

串流訂閱內容

在訂用帳戶案例中，訂用帳戶允許一定數目的並行串流 (例如，三個數據流) ，服務可能會想要利用 PlayReady Secure Stop 來強制執行此數目。

透過 HTTP 使用自適性串流通訊協定時，資料流程會快取 HTTP，而串流源伺服器會取得所有串流要求。 因此，服務無法計算目前播放一個資料流程的用戶端數目。

PlayReady Secure Stop 可解決此問題。 PlayReady Secure Stop 可讓服務在用戶端停止播放串流時收到通知。 結合非持續性授權，可讓服務在用戶端開始播放串流時收到通知，它可讓服務即時計算有多少用戶端在特定帳戶下播放資料流程或資料流程集合，並強制執行此數目。

下載並播放訂用帳戶內容

實作下載和播放的訂用帳戶內容時，應考慮下列技術層面。

  • 就像出租或任何其他案例一樣，在播放前下載內容片段可讓內容品質不與網路品質相互關聯，但可能需要一些延遲，才能實際開始播放。 例如，如果網路頻寬通常介於 2 Mbps 和 5 Mbps 之間，平均 4 Mbps，而使用者會以 4 Mbps 支付完整的高畫質 (HD) 資料流程，唯一確保固定高品質的方式是預先下載內容。 漸進式下載可讓用戶端開始下載內容，然後在下載完成之前開始播放。 在上述範例中，預先緩衝 5 分鐘可能足以確保播放期間的預期品質。

  • 下載傳遞的其他優點是允許在零或低連線能力的環境中耗用內容 (例如，機場、通勤器訓練、飛機等等) 。

  • 想要執行內容推送的服務可能會想要利用 PlayReady 計量。 PlayReady 計量可讓服務傳遞永續性授權，並在內容實際播放之後收到通知。 根據這項資訊，服務可以根據實際耗用量，將內容推送至裝置並支付內容擁有者或發票使用者。 一般而言，這項功能在下列案例中會很有説明：

    1. 使用者有影片服務的訂用帳戶。

    2. 使用者開始觀看電視系列的第 1 集。

    3. 服務會將第 2、3 和 4 集推送至裝置， (裝置應用程式下載這些劇集，以及相關聯的持續性授權) 。

    4. 使用者會在街道中中斷連線。

    5. 使用者播放第 2 和 3 集。

    6. 使用者會重新連線。

    7. 此服務會收到使用者播放第 1、2 和 3 集，但未播放第 4 集的通知。