共用方式為


案例:訂用帳戶內容

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

由於 PlayReady Server 不包含任何商業規則,但可以連結至任何商業規則後端(透過 Web 服務),因此傳遞 PlayReady 授權的訂用帳戶內容可能與租用內容相同。 因此,客戶端會針對必須播放的每個內容(視訊、音樂)要求個別授權。

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

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

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

訂用帳戶內容

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

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

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

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

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

串流訂閱內容

在訂閱情境中,當訂閱允許特定的最大同步串流數目(例如三個串流)時,服務可能會想使用 PlayReady Secure Stop 來強制執行這個數目。

使用 HTTP 的自適應串流協議,數據流會被快取到 HTTP,且串流來源伺服器會接收所有串流請求。 因此,服務要計算目前有多少用戶端正在播放一個串流並不是件簡單的事。

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

下載及播放訂閱內容

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

  • 如同租用或任何其他案例,在播放之前先下載一段內容可讓內容質量持續不與網路品質相互關聯,但可能需要一些延遲,才能實際開始播放。 例如,如果網路頻寬通常介於 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 集。