專利名稱：一種版權(quán)預(yù)發(fā)布平臺及其方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)字版權(quán)管理(Digital Right Management)技術(shù)，特別是涉及海 量用戶訪問時服務(wù)器實時、并發(fā)生成布版權(quán)對象(R0)的版權(quán)預(yù)發(fā)布平臺及其方法 的技術(shù)。
背景技術(shù)：
據(jù)有關(guān)報告稱，由于語音、互聯(lián)網(wǎng)和娛樂服務(wù)捆綁發(fā)展的激烈競爭，未來數(shù)年 內(nèi)，預(yù)計全球IPTV用戶的年復(fù)合增長率將達到92. 5%，到2011年IPTV用戶將從2006 年的390萬戶增長到1. 03億戶；IPTV的收入將增長40倍，從2006年的9. 605億 美元增長到2011年的391億美元。在中國，隨著三網(wǎng)合一的實現(xiàn)，IPTV將消除在 商業(yè)運營的道路上的一大絆腳石而得到大力發(fā)展。
IPTV使得數(shù)字內(nèi)容消費從以往的廣播式發(fā)展為點播式，向用戶提供了前所未有 的互動體驗。此外，系統(tǒng)通過向用戶提供VOD文件點播、頻道的實時播放及時移播 放等多樣化的服務(wù)內(nèi)容，滿足了用戶個性化需要。從傳統(tǒng)的廣播電視到IPTV，實現(xiàn) 了用戶從被動接受到主動選擇，從單一、固定的服務(wù)模式到靈活多樣的定制服務(wù)的 轉(zhuǎn)變，必然能夠極大地激活數(shù)字內(nèi)容市場，掀起一場數(shù)字內(nèi)容消費的革命。
隨著IPTV市場的不斷擴大，IPTV系統(tǒng)在消費高峰需要承載的訪問量也必然增 大，而生成版權(quán)對象(RO)過程中需要數(shù)據(jù)庫搜索、摘要計算、非對稱加密(一般 為RSA運算)等耗時運算，這就給大并發(fā)量處理帶來了麻煩。此外，為了保證DRM 系統(tǒng)安全，在實際應(yīng)用中，系統(tǒng)需要定期/不定期更換內(nèi)容密鑰，對于更換內(nèi)容密鑰 后依然有效的版權(quán)對象，系統(tǒng)需要為它們生成包含新內(nèi)容密鑰的新版權(quán)對象，這就進一步加大了網(wǎng)絡(luò)載荷。
另一方面，用戶總是希望得到實時服務(wù)，過長的后臺處理時間，會因過長的等 待時間而削弱用戶的消費熱情，進而影響大規(guī)模市場的形成，提高單位消費的運營 成本，損害內(nèi)容提供者和內(nèi)容發(fā)布者的商業(yè)利益，從而影響IPTV的商業(yè)化運營發(fā)展 進程。

發(fā)明內(nèi)容
針對上述現(xiàn)有技術(shù)中存在的缺陷，本發(fā)明所要解決的技術(shù)問題是提供一種能緩 解版權(quán)發(fā)布服務(wù)器的系統(tǒng)壓力，減輕系統(tǒng)單位時間的載荷壓力，提高系統(tǒng)的處理效 率，能合理、高效地生成版權(quán)對象的版權(quán)預(yù)發(fā)布平臺及其方法。
為了解決上述技術(shù)問題，本發(fā)明所提供的一種版權(quán)預(yù)發(fā)布平臺，其特征在于， 包括版權(quán)數(shù)據(jù)釆集子系統(tǒng)RCS (Right-data Collection Subsystem)、連接版權(quán)數(shù) 據(jù)采集子系統(tǒng)RCS的版權(quán)發(fā)布策略管理子系統(tǒng)RMS (Right-distribution-policy Management Subsystem)、連接版權(quán)發(fā)布策略管理子系統(tǒng)RMS的版權(quán)預(yù)發(fā)布子系統(tǒng) PRDS;版權(quán)數(shù)據(jù)采集子系統(tǒng)RCS連接DRM系統(tǒng)的中間件MWS，版權(quán)預(yù)發(fā)布子系統(tǒng)PRDS 連接DRM系統(tǒng)的機頂盒STB，機頂盒STB連接DRM系統(tǒng)的版權(quán)實時發(fā)布子系統(tǒng)；版 權(quán)預(yù)發(fā)布子系統(tǒng)根據(jù)接收到申請版權(quán)對象的請求，生成并發(fā)布新的版權(quán)對象給用戶； 版權(quán)數(shù)據(jù)采集子系統(tǒng)與服務(wù)器端通信，并將服務(wù)器的要求傳送給RMS;版權(quán)發(fā)布策 略管理子系統(tǒng)根據(jù)RCS的消息，生成類似于終端請求一樣的消息到版權(quán)發(fā)布系統(tǒng)； 以保證預(yù)先發(fā)布版權(quán)對象的效率和功能。
進一步的，所述版權(quán)預(yù)發(fā)布子系統(tǒng)包含一本地數(shù)據(jù)庫一版權(quán)預(yù)發(fā)布數(shù)據(jù)庫PRDB。
進一步的，所述版權(quán)實時發(fā)布子系統(tǒng)包含一本地數(shù)據(jù)庫一版權(quán)實時發(fā)布數(shù)據(jù)庫 RRDB。
進一步的，所述版權(quán)預(yù)發(fā)布子系統(tǒng)能使用數(shù)字版權(quán)保護的協(xié)議與DRM系統(tǒng)的相關(guān)子系統(tǒng)通信；當(dāng)接收到申請版權(quán)的請求時，版權(quán)預(yù)發(fā)布子系統(tǒng)會根據(jù)自身的數(shù)據(jù) 庫或者上級服務(wù)器的數(shù)據(jù)庫，檢査用戶是否有權(quán)限申請該版權(quán)對象如果通過檢査， 則生成并發(fā)布新的版權(quán)對象給用戶；如果不能通過檢查，則進行錯誤處理。
進一步的，所述版權(quán)數(shù)據(jù)采集子系統(tǒng)用于數(shù)據(jù)采集工作，它與上級服務(wù)器通信， 解析服務(wù)器的消息，批處理這些信息，并將這些信息轉(zhuǎn)發(fā)給版版權(quán)發(fā)布策略管理子 系統(tǒng)進行處理。
進一步的，所述版權(quán)發(fā)布策略管理子系統(tǒng)用于管理版權(quán)發(fā)布策略，即它接收來 自版權(quán)數(shù)據(jù)采集子系統(tǒng)的消息，并對這些消息進行用戶權(quán)限、節(jié)目屬性等檢查。對 于通過條件檢查的消息，版權(quán)發(fā)布策略管理子系統(tǒng)構(gòu)造相應(yīng)的版權(quán)對象申請請求并 發(fā)送給版權(quán)預(yù)發(fā)布子系統(tǒng)。
進一步的，所述的版權(quán)發(fā)布策略管理子系統(tǒng)構(gòu)造的版權(quán)對象申請請求與來自用 戶端的申請請求的格式、規(guī)范均相同。
本發(fā)明所提供的一種版權(quán)預(yù)發(fā)布子系統(tǒng)的方法，其特征在于，方法的流程如下
1) 中間件發(fā)出預(yù)發(fā)布版權(quán)的命令消息；請求內(nèi)容包括更新、添加或者刪除版權(quán) 對象；
2) 版權(quán)數(shù)據(jù)采集子系統(tǒng)接收并批處理來自中間件的請求信息，然后將該信息整理 成RMS接受的格式后，轉(zhuǎn)發(fā)給版權(quán)發(fā)布策略管理子系統(tǒng)。
5) 版權(quán)發(fā)布策略管理子系統(tǒng)接收并解析版權(quán)數(shù)據(jù)采集子系統(tǒng)的消息，即對該信 息進行如用戶信息、節(jié)目信息、有效期等要素的條件檢查；為滿足條件的消息生成 版權(quán)申請請求，并發(fā)送給版權(quán)預(yù)發(fā)布子系統(tǒng)；對于不滿足條件的消息進行錯誤處理；
6) 版權(quán)預(yù)發(fā)布子系統(tǒng)接收到來自版權(quán)發(fā)布策略管理子系統(tǒng)的版權(quán)申請請求，檢 查本地的數(shù)據(jù)庫，根據(jù)服務(wù)器的信息修改數(shù)據(jù)庫，組織構(gòu)成版權(quán)對象的所有素材， 并簽名生成版權(quán)對象；
5)當(dāng)用戶處于登錄狀態(tài)的時候，版權(quán)發(fā)布子系統(tǒng)將預(yù)先生成的版權(quán)對象發(fā)送給相關(guān)機頂盒。
進一步的，所述步驟5)中，添加版權(quán)對象發(fā)生在系統(tǒng)非繁忙時期，為用戶新 定制的還沒有發(fā)布相關(guān)版權(quán)的服務(wù)預(yù)發(fā)布版權(quán)對象；更新版權(quán)對象發(fā)生在密鑰更換 時刻前的提前下發(fā)期；在這個時期，中間件通過查詢邊緣發(fā)布節(jié)點尋找需要更新版 權(quán)對象的終端，并將查詢結(jié)果發(fā)送給版權(quán)發(fā)布中心，以調(diào)度預(yù)發(fā)布進程；當(dāng)用戶欠 費或用戶追蹤系統(tǒng)發(fā)現(xiàn)終端狀態(tài)異常并威脅到系統(tǒng)安全性或者內(nèi)容保密性時，通知 中間件啟動刪除版權(quán)對象進程。
進一步的，所述版權(quán)預(yù)發(fā)布子系統(tǒng)的方法中在預(yù)先發(fā)布版權(quán)對象的同時，仍保 留實時發(fā)布版權(quán)對象的過程；以適應(yīng)非定制、非熱門節(jié)目的需要，減輕系統(tǒng)的處理
壓力，提高系統(tǒng)效率。
利用本發(fā)明提出的一種版權(quán)預(yù)發(fā)布子平臺及其方法，可以很大程度地緩解版權(quán)
發(fā)布服務(wù)器的系統(tǒng)壓力，尤其在與版權(quán)實時發(fā)布系統(tǒng)相互配合的情況下，在海量用 戶使用的情況下，提供一種可以緩解服務(wù)器接受申請、生成并發(fā)布RO的壓力的技術(shù) 方案——預(yù)發(fā)布版權(quán)對象；考慮到雖然在高峰期，服務(wù)器常常超載，但是用戶使用 IPTV具有時段性，因此如果能夠在服務(wù)器閑的時間段把那些一定需要發(fā)布的版權(quán)對 象提前生成并發(fā)布，那么就可以緩解系統(tǒng)忙的時候的壓力。
本發(fā)明與合理控制系統(tǒng)的密鑰更換時間、版權(quán)分級、分類發(fā)布、并在負(fù)載均衡 器的調(diào)度下由多臺簽名服務(wù)器協(xié)同生成整個運營網(wǎng)絡(luò)需要的版權(quán)對象等多種管理和 技術(shù)手段的協(xié)同下，可以大大減輕系統(tǒng)單位時間的載荷壓力，提高系統(tǒng)的處理效率， 合理、高效地生成版權(quán)對象。


圖1是本本發(fā)明實施例版權(quán)預(yù)發(fā)布平臺的系統(tǒng)結(jié)構(gòu)圖。
具體實施例方式
以下結(jié)合

對本發(fā)明的實施例作進一步詳細(xì)描述，但本實施例并不用于 限制本發(fā)明，凡是采用本發(fā)明的相似結(jié)構(gòu)、方法及其相似變化，均應(yīng)列入本發(fā)明的 保護范圍。
本發(fā)明提出的一種版權(quán)預(yù)發(fā)布平臺及其方法，其特征在于以下三個方面第一， 版權(quán)發(fā)布行為由上級服務(wù)器觸發(fā)；第二，負(fù)責(zé)預(yù)發(fā)布版權(quán)對象的模塊包括版權(quán)數(shù)據(jù) 采集子系統(tǒng)、版權(quán)發(fā)布策略管理子系統(tǒng)和版權(quán)發(fā)布子系統(tǒng)三個功能模塊組成；第三， 版權(quán)發(fā)布策略管理子系統(tǒng)把通過條件檢查的信息組合成類似終端請求的請求消息， 啟動版權(quán)對象的預(yù)發(fā)布。
圖1是本發(fā)明提出的版權(quán)預(yù)發(fā)布平臺的整體結(jié)構(gòu)圖，該圖也表明了其在整個DRM 系統(tǒng)中的位置。如圖1所示，本發(fā)明提出的一種版權(quán)預(yù)發(fā)布平臺包括版權(quán)數(shù)據(jù)采集 子系統(tǒng)RCS、連接版權(quán)數(shù)據(jù)采集子系統(tǒng)RCS的版權(quán)發(fā)布策略管理子系統(tǒng)RMS、連接版 權(quán)發(fā)布策略管理子系統(tǒng)RMS的版權(quán)預(yù)發(fā)布子系統(tǒng)PRDS，其中，PRDS包含一個可選的 本地數(shù)據(jù)庫，即版權(quán)預(yù)發(fā)布數(shù)據(jù)庫PRDB;版權(quán)數(shù)據(jù)采集子系統(tǒng)RCS連接DRM系統(tǒng)的 中間件MWS，版權(quán)預(yù)發(fā)布子系統(tǒng)PRDS連接DRM系統(tǒng)的機頂盒STB，機頂盒STB連接 DRM系統(tǒng)的版權(quán)實時發(fā)布子系統(tǒng)，版權(quán)實時發(fā)布子系統(tǒng)包含一個可選的本地數(shù)據(jù)庫
(版權(quán)實時發(fā)布數(shù)據(jù)庫RRDB);其中MWS是上層服務(wù)器，統(tǒng)一調(diào)度整個DRM系統(tǒng)， 版權(quán)對象的預(yù)發(fā)布流程都是由它向下觸發(fā)的；機頂盒STB是系統(tǒng)終端，供用戶使用； 版權(quán)實時發(fā)布子模塊主要是版權(quán)實時發(fā)布子系統(tǒng)RRDS，它也能包含一個可選的本地 數(shù)據(jù)庫版權(quán)實時發(fā)布數(shù)據(jù)庫RRDB組成。其中，實時發(fā)布子模塊提供的版權(quán)發(fā)布與版 權(quán)預(yù)發(fā)布相結(jié)合，可以進一步提高版權(quán)發(fā)布的效率。當(dāng)然，系統(tǒng)也可以選擇只使用 預(yù)發(fā)布模式。
其中，版權(quán)預(yù)發(fā)布子系統(tǒng)PRDS的功能與一般的實時發(fā)布平臺中的版權(quán)發(fā)布子 系統(tǒng)流程相似，即接收版權(quán)對象的申請請求，并解析申請請求，從數(shù)據(jù)庫中搜索相關(guān)信息，檢查該請求所涉及的用戶的權(quán)限。如果本地數(shù)據(jù)庫中沒有該用戶信息，則 向上層服務(wù)器(麗S)提出請求，査詢該用戶的權(quán)限信息，并根據(jù)MWS的回答修改本 地數(shù)據(jù)庫，為滿足權(quán)限的用戶生成相應(yīng)的版權(quán)對象，并發(fā)送給該用戶。其中，數(shù)據(jù) 庫是可選的，如果服務(wù)器的負(fù)載能力比較強，也可以選擇從服務(wù)器的數(shù)據(jù)庫中直接 獲得用戶、節(jié)目、權(quán)限和密鑰等信息，不過考慮到效率，本發(fā)明不推薦這種方法。
版權(quán)數(shù)據(jù)采集子系統(tǒng)RCS負(fù)責(zé)數(shù)據(jù)采集。它一方面與MWS通信，接收服務(wù)器的 調(diào)度信息，并將服務(wù)器的信息歸類。另一方面與RMS通信，把來自服務(wù)器的信息根據(jù) 類別轉(zhuǎn)發(fā)給RCS。
版權(quán)發(fā)布策略管理子系統(tǒng)RMS負(fù)責(zé)權(quán)限管理，并為具有權(quán)限的用戶生成版權(quán)對 象的申請請求。它接受來自RMS的消息，然后檢查涉及的用戶對于涉及的節(jié)目是否 有權(quán)限，用戶是否定制了該節(jié)目或者該節(jié)目是否為熱門節(jié)目(主要考慮到實時發(fā)布 與預(yù)發(fā)布相結(jié)合，否則，可以不檢查這一項)等。對于滿足條件檢查的消息，版權(quán) 數(shù)據(jù)采集子系統(tǒng)根據(jù)消息內(nèi)容，構(gòu)造版權(quán)對象申請，并將生成的申請發(fā)送給版權(quán)預(yù) 發(fā)布子系統(tǒng)。
本發(fā)明提出的一種版權(quán)預(yù)發(fā)布子系統(tǒng)的方法，其特征在于，方法的流程如下
1) 中間件發(fā)出預(yù)發(fā)布版權(quán)的命令消息。其中，可能涉及的相關(guān)請求有更新、
添加或者刪除版權(quán)對象。
2) 版權(quán)數(shù)據(jù)采集子系統(tǒng)接收來自中間件的請求信息。批處理相關(guān)信息，并將
信息整理成RMS接受的格式后，轉(zhuǎn)發(fā)給RMS。
3) 版權(quán)發(fā)布策略管理子系統(tǒng)接收并解析RCS的消息。對于涉及的要素，如用
戶信息、節(jié)目信息、有效期等進行條件檢査。為滿足條件的消息生成版 權(quán)申請請求，并發(fā)送給PRDS;對于不滿足條件的消息，版權(quán)發(fā)布策略管 理子系統(tǒng)會進行錯誤處理。
4) 版權(quán)預(yù)發(fā)布子系統(tǒng)接收到來自RMS的版權(quán)申請請求，檢查本地的數(shù)據(jù)庫，有必要的時候根據(jù)服務(wù)器的信息修改數(shù)據(jù)庫，組織構(gòu)成版權(quán)對象的所有 素材，并簽名生成版權(quán)對象。 5)當(dāng)用戶處于登錄狀態(tài)的時候，版權(quán)發(fā)布子系統(tǒng)將預(yù)先生成的版權(quán)對象發(fā)送 給相關(guān)機頂盒。
其中，添加版權(quán)對象發(fā)生在系統(tǒng)非繁忙時期，為用戶新定制的還沒有發(fā)布相關(guān) 版權(quán)的服務(wù)預(yù)發(fā)布版權(quán)對象；更新版權(quán)對象往往發(fā)生在密鑰更換時刻前的提前下發(fā) 期。在這個時期，中間件通過査詢邊緣發(fā)布節(jié)點尋找需要更新版權(quán)對象的終端，并 將查詢結(jié)果發(fā)送給版權(quán)發(fā)布中心，以調(diào)度預(yù)發(fā)布進程；當(dāng)用戶欠費或用戶追蹤系統(tǒng) 發(fā)現(xiàn)終端狀態(tài)異常并威脅到系統(tǒng)安全性或者內(nèi)容保密性時，通知中間件啟動刪除版 權(quán)對象進程。
對于非定制用戶，預(yù)發(fā)布版權(quán)對象會極大地增加系統(tǒng)的處理壓力，影響系統(tǒng)效 率。因此本實施例推薦在預(yù)先發(fā)布版權(quán)對象的同時，仍保留實時發(fā)布版權(quán)對象的過 程，以適應(yīng)非定制、非熱門節(jié)目的需要。
權(quán)利要求
1、一種版權(quán)預(yù)發(fā)布平臺，其特征在于，包括版權(quán)數(shù)據(jù)采集子系統(tǒng)、連接版權(quán)數(shù)據(jù)采集子系統(tǒng)的版權(quán)發(fā)布策略管理子系統(tǒng)、連接版權(quán)發(fā)布策略管理子系統(tǒng)的版權(quán)預(yù)發(fā)布子系統(tǒng)；版權(quán)數(shù)據(jù)采集子系統(tǒng)連接DRM系統(tǒng)的中間件，版權(quán)預(yù)發(fā)布子系統(tǒng)連接DRM系統(tǒng)的機頂盒，機頂盒連接系統(tǒng)的版權(quán)實時發(fā)布子系統(tǒng)；版權(quán)預(yù)發(fā)布子系統(tǒng)根據(jù)接收到申請版權(quán)對象的請求，生成并發(fā)布新的版權(quán)對象給用戶；版權(quán)數(shù)據(jù)采集子系統(tǒng)與服務(wù)器端通信，并將服務(wù)器的要求傳送給版權(quán)發(fā)布策略管理子系統(tǒng)；版權(quán)發(fā)布策略管理子系統(tǒng)根據(jù)版權(quán)數(shù)據(jù)采集子系統(tǒng)的消息，生成請求的消息到版權(quán)發(fā)布系統(tǒng)。
2、 根據(jù)權(quán)利要求l所述的版權(quán)預(yù)發(fā)布平臺，其特征在于，所述版權(quán)預(yù)發(fā)布子系 統(tǒng)包含一本地數(shù)據(jù)庫一版權(quán)預(yù)發(fā)布數(shù)據(jù)庫。
3、 根據(jù)權(quán)利要求l所述的版權(quán)預(yù)發(fā)布平臺，其特征在于，所述版權(quán)實時發(fā)布子 系統(tǒng)包含一本地數(shù)據(jù)庫一版權(quán)實時發(fā)布數(shù)據(jù)庫。
4、 根據(jù)權(quán)利要求l所述的版權(quán)預(yù)發(fā)布平臺，其特征在于，所述版權(quán)預(yù)發(fā)布子系 統(tǒng)能使用數(shù)字版權(quán)保護的協(xié)議與DRM系統(tǒng)的相關(guān)子系統(tǒng)通信；當(dāng)接收到申請版權(quán)的 請求時，版權(quán)預(yù)發(fā)布子系統(tǒng)會根據(jù)自身的數(shù)據(jù)庫或者上級服務(wù)器的數(shù)據(jù)庫，檢査用 戶是否有權(quán)限申請該版權(quán)對象如果通過檢査，則生成并發(fā)布新的版權(quán)對象給用戶； 如果不能通過檢查，則進行錯誤處理。
5、 根據(jù)權(quán)利要求l所述的版權(quán)預(yù)發(fā)布平臺，其特征在于，所述版權(quán)數(shù)據(jù)采集子 系統(tǒng)用于數(shù)據(jù)采集工作，它與上級服務(wù)器通信，解析服務(wù)器的消息，批處理這些信 息，并將這些信息轉(zhuǎn)發(fā)給版版權(quán)發(fā)布策略管理子系統(tǒng)進行處理。
6、 根據(jù)權(quán)利要求l所述的版權(quán)預(yù)發(fā)布平臺，其特征在于，所述版權(quán)發(fā)布策略管 理子系統(tǒng)用于管理版權(quán)發(fā)布策略，即它接收來自版權(quán)數(shù)據(jù)采集子系統(tǒng)的消息，并對這些消息進行用戶權(quán)限、節(jié)目屬性檢查。對于通過條件檢查的消息，版權(quán)發(fā)布策略 管理子系統(tǒng)構(gòu)造相應(yīng)的版權(quán)對象申請請求并發(fā)送給版權(quán)預(yù)發(fā)布子系統(tǒng)。
7、 根據(jù)權(quán)利要求6所述的版權(quán)預(yù)發(fā)布平臺，其特征在于，所述的版權(quán)發(fā)布策略 管理子系統(tǒng)構(gòu)造的版權(quán)對象申請請求與來自用戶端的申請請求的格式、規(guī)范均相同。
8、 一種權(quán)利要求1所述的版權(quán)預(yù)發(fā)布平臺的發(fā)布方法，其特征在于，方法的 流程如下1) 中間件發(fā)出預(yù)發(fā)布版權(quán)的命令消息；請求內(nèi)容包括更新、添加或者刪除版權(quán) 對象；2) 版權(quán)數(shù)據(jù)采集子系統(tǒng)接收并批處理來自中間件的請求信息，然后將該信息整理 成RMS接受的格式后，轉(zhuǎn)發(fā)給版權(quán)發(fā)布策略管理子系統(tǒng)。3) 版權(quán)發(fā)布策略管理子系統(tǒng)接收并解析版權(quán)數(shù)據(jù)采集子系統(tǒng)的消息，即對該信 息進行要素的條件檢查；為滿足條件的消息生成版權(quán)申請請求，并發(fā)送給版權(quán)預(yù)發(fā) 布子系統(tǒng)；對于不滿足條件的消息進行錯誤處理；4) 版權(quán)預(yù)發(fā)布子系統(tǒng)接收到來自版權(quán)發(fā)布策略管理子系統(tǒng)的版權(quán)申請請求，檢 查本地的數(shù)據(jù)庫，根據(jù)服務(wù)器的信息修改數(shù)據(jù)庫，組織構(gòu)成版權(quán)對象的所有素材， 并簽名生成版權(quán)對象；5) 當(dāng)用戶處于登錄狀態(tài)的時候，版權(quán)發(fā)布子系統(tǒng)將預(yù)先生成的版權(quán)對象發(fā)送給相 關(guān)機頂盒。
9、 根據(jù)權(quán)利要求8所述的版權(quán)預(yù)發(fā)布方法，其特征在于，所述步驟5)中，添 加版權(quán)對象發(fā)生在系統(tǒng)非繁忙時期，為用戶新定制的還沒有發(fā)布相關(guān)版權(quán)的服務(wù)預(yù) 發(fā)布版權(quán)對象；更新版權(quán)對象發(fā)生在密鑰更換時刻前的提前下發(fā)期；在這個時期， 中間件通過査詢邊緣發(fā)布節(jié)點尋找需要更新版權(quán)對象的終端，并將查詢結(jié)果發(fā)送給 版權(quán)發(fā)布中心，以調(diào)度預(yù)發(fā)布進程；當(dāng)用戶欠費或用戶追蹤系統(tǒng)發(fā)現(xiàn)終端狀態(tài)異常 并威脅到系統(tǒng)安全性或者內(nèi)容保密性時，通知中間件啟動刪除版權(quán)對象進程。
10、根據(jù)權(quán)利要求8所述的版權(quán)預(yù)發(fā)布方法，其特征在于，所述版權(quán)預(yù)發(fā)布子 系統(tǒng)的方法中在預(yù)先發(fā)布版權(quán)對象的同時，仍保留實時發(fā)布版權(quán)對象的過程。
全文摘要
一種版權(quán)預(yù)發(fā)布平臺及其方法，涉及數(shù)字版權(quán)管理技術(shù)領(lǐng)域；所要解決的是緩解版權(quán)發(fā)布服務(wù)器系統(tǒng)壓力的技術(shù)問題；該平臺包括版權(quán)數(shù)據(jù)采集子系統(tǒng)RCS、連接RCS的版權(quán)發(fā)布策略管理子系統(tǒng)RMS、連接RMS的版權(quán)預(yù)發(fā)布子系統(tǒng)PRDS；RCS連接DRM系統(tǒng)的中間件，PRDS連接DRM系統(tǒng)的機頂盒，機頂盒連接系統(tǒng)的版權(quán)實時發(fā)布子系統(tǒng)；PRDS根據(jù)接收到申請版權(quán)對象的請求，生成并發(fā)布新的版權(quán)對象給用戶；RCS與服務(wù)器端通信，并將服務(wù)器的要求傳送給RMS；RMS根據(jù)RCS的消息，生成請求的消息到版權(quán)發(fā)布系統(tǒng)。本發(fā)明具有能緩解版權(quán)發(fā)布服務(wù)器的系統(tǒng)壓力，減輕系統(tǒng)單位時間的載荷壓力，提高系統(tǒng)的處理效率，能合理、高效地生成版權(quán)對象特點。
文檔編號H04N7/16GK101459819SQ20081017984
公開日2009年6月17日 申請日期2008年12月4日 優(yōu)先權(quán)日2007年12月12日
發(fā)明者劉紅明, 周玉潔, 霞 胡 申請人:上海愛信諾航芯電子科技有限公司