專利名稱：寬頻數(shù)字版權(quán)保護(hù)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及寬頻數(shù)字傳播領(lǐng)域，尤其涉及一種寬頻數(shù)字版權(quán)保護(hù)方法。
背景技術(shù)：
從現(xiàn)在的狀況看，由于內(nèi)容的發(fā)布主要通過網(wǎng)上以V0D以及Live Broadcast發(fā)布，發(fā)布的渠道比較的簡單和單一，業(yè)務(wù)模式也比較的簡單， 不是非常的完善。內(nèi)容提供商擁有的內(nèi)容主要只能通過自身的網(wǎng)站向自己 發(fā)展的用戶進(jìn)行基于PC應(yīng)用的內(nèi)容發(fā)布。
VOD(Video on demand):基于視頻需求的點(diǎn)播，屬于一種單播的技術(shù) 應(yīng)用，傳統(tǒng)的VOD技術(shù)可支持的用戶數(shù)量有限，但即時(shí)性較好，隨點(diǎn)隨播， 可時(shí)移， 一般寬頻站點(diǎn)按每次單點(diǎn)收費(fèi)或?qū)Ⅻc(diǎn)播類型的節(jié)目做包月無限點(diǎn) 播收看進(jìn)行收費(fèi)。
Live Broadcast :實(shí)況廣播，屬于一種多播技術(shù)的應(yīng)用，傳統(tǒng)的Live Broadcast可支持較多的用戶收看，但缺乏即時(shí)性，不可時(shí)移， 一般寬頻站 點(diǎn)將直播類型節(jié)目作為頻道欄目按月收取費(fèi)用。
隨著P2P (Peer to peer)技術(shù)的應(yīng)用成熟，帶寬與點(diǎn)播等等技術(shù)瓶頸 己被逐步打破，內(nèi)容的高效傳輸已基本不是一個(gè)問題，但隨之而來的合法 內(nèi)容被非法傳播等等的版權(quán)問題逐漸暴露。 現(xiàn)有的服務(wù)商提供以下的業(yè)務(wù)模式
(1) DownLoad業(yè)務(wù)模式內(nèi)容可以以Download的形式發(fā)布給用戶， 由于DownLoad模式比較的適合部分用戶在"離線"狀態(tài)下使用內(nèi)容，所以 采用這種模式可以擴(kuò)大用戶群體；
(2) ReDist業(yè)務(wù)模式內(nèi)容可以以ReDist模式分發(fā)給ISP、 ICP、
ASP，借助他們的用戶群體和銷售的途徑發(fā)布內(nèi)容
以上的多種業(yè)務(wù)模式在多家寬頻站點(diǎn)都被采用，但由于缺乏自主的數(shù) 字版權(quán)保護(hù)機(jī)制，寬頻站點(diǎn)的內(nèi)容幾乎都為其他中小站點(diǎn)所盜用，造成這 樣一種寬頻站點(diǎn)的現(xiàn)狀，大網(wǎng)站投設(shè)備投帶寬，中小網(wǎng)站盜鏈湊內(nèi)容做網(wǎng) 站。雖然許多同行業(yè)者采用了流地址加密等等手段來保護(hù)自己的合法內(nèi)容 不被其他站點(diǎn)所盜用，但是仍舊無法從根本上杜絕內(nèi)容本身的外泄所造成 的損失。對于數(shù)字內(nèi)容本身而言只有從內(nèi)容本體上加密才能很好地防范他
人的盜用，即使被盜用對內(nèi)容的掌控權(quán)仍舊可以依托成熟的IT系統(tǒng)進(jìn)行控 制，保證最終的成效收益還是屬于內(nèi)容的所有方的。
為合理解決版權(quán)的合法性，如何通過應(yīng)用數(shù)字版權(quán)技術(shù)，對數(shù)字媒體 版權(quán)進(jìn)行保護(hù)是每個(gè)服務(wù)商需要考慮解決的問題。
在解決這個(gè)問題中，如何高效生成證書是首先需要解決的問題。
許多同行業(yè)者的版權(quán)保護(hù)系統(tǒng)一直運(yùn)轉(zhuǎn)不夠流暢， 一方面是因?yàn)槠浼?術(shù)力量只能夠?qū)⑾蛭④浌举徺I到的版權(quán)保護(hù)開發(fā)包內(nèi)的范例進(jìn)行修改并 運(yùn)用，另一方面便是他們所能構(gòu)建的數(shù)字版權(quán)保護(hù)系統(tǒng)業(yè)務(wù)邏輯比較單一， 這基本也是由于其開發(fā)力量不足導(dǎo)致了系統(tǒng)的效率低下不能很好的滿足業(yè) 務(wù)需求，使其數(shù)字版權(quán)保護(hù)系統(tǒng)只是形式化地作為一個(gè)擺設(shè)。
從技術(shù)的角度來說，曾經(jīng)有過一個(gè)技術(shù)合作方提供的數(shù)字版權(quán)保護(hù)的 方案，在業(yè)務(wù)邏輯層上捆綁的十分的緊湊，但是在其證書生成的核心部分 產(chǎn)生了 2個(gè)問題，第一，是核心版本不夠新，只能提供最高為9版本的技 術(shù)；第二，其核心模塊仍舊采用開發(fā)包的范例代碼，使用JAVA語言重新組 織了邏輯層與數(shù)據(jù)層進(jìn)行證書的計(jì)算生成，而JAVA語言在普通windows服 務(wù)器上執(zhí)行效率與資源的占用是比較大的，所以在詢問對方單位時(shí)間內(nèi)的 證書生成情況只能含糊地給出IO多張每秒的數(shù)據(jù)， 一方面是其數(shù)字版權(quán)保 護(hù)系統(tǒng)沒有得到過大規(guī)模的運(yùn)用；另一方面則是其技術(shù)選型的錯(cuò)誤，對于
微軟的核心模塊釆用JAVA技術(shù)去做包裝，這本身就是一個(gè)導(dǎo)致效率低下的 錯(cuò)誤，也許有些技術(shù)員會說JAVA的實(shí)際運(yùn)行效率是很高的，但是請不要忽 視，現(xiàn)在采用的核心標(biāo)準(zhǔn)是微軟公司的，是基于WINDOWS SERVER操作系統(tǒng) 而提供的，要在WINDOWS SERVER上將JAVA跑地猶如大型機(jī)上那么流暢(大 型機(jī)的硬件配置比普通服務(wù)器的配置要高許多，舉例比如IBM去年發(fā)售的 第九代Z系列的大型機(jī)，完整配置的機(jī)箱內(nèi)裝有54個(gè)芯片和180億個(gè)晶體 管，起價(jià)是每臺100萬美圓，高性能的硬件的支持自然提供了良好的軟件 運(yùn)行環(huán)境，而目前WINDOWS系統(tǒng)首先不是大型機(jī)的首選操作系統(tǒng)，其次 WINDOWS操作系統(tǒng)在同硬件配置下運(yùn)行JAVA環(huán)境的程序與運(yùn)行WIN32的程 序之間的效率存在明顯的差異這是不爭的事實(shí))，所需要花費(fèi)的硬件投入是 比較可觀的。

發(fā)明內(nèi)容
本發(fā)明需要解決的技術(shù)問題是提供了一種寬頻數(shù)字版權(quán)保護(hù)方法，旨 在解決上述的缺陷。
為了解決上述技術(shù)問題，本發(fā)明是通過以下步驟實(shí)現(xiàn)的
內(nèi)容所有者將數(shù)字內(nèi)容編碼為Windows Media格式以.asf， . wma， . wmv 為后綴名；
將Windows Media文件進(jìn)行打包加密；
內(nèi)容發(fā)行方將內(nèi)容分發(fā)給用戶；
證書發(fā)放者對Windows Media文件進(jìn)行證書投放，或在文件被播放前 或在用戶在播放器中進(jìn)行播放時(shí)；
用戶在播放被打包過的文件時(shí)，如果與Windows Media文件匹配的證 書不存在，那么播放器會請求一個(gè)證書。
與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果是證書生成服務(wù)器能快速的應(yīng) 對高并發(fā)的用戶需求，單服務(wù)器平均每秒約產(chǎn)生40張證書。


圖1是本發(fā)明的系統(tǒng)框圖2是圖1中文件打包加密流程圖； 圖3是發(fā)證框圖； 圖4是預(yù)發(fā)證框圖； 圖5是后發(fā)證框圖；
具體實(shí)施例方式
下面結(jié)合附圖與具體實(shí)施方式
對本發(fā)明作進(jìn)一步詳細(xì)描述 本發(fā)明是通過以下步驟實(shí)現(xiàn)的
內(nèi)容所有者將數(shù)字內(nèi)容編碼為Windows Media格式以.asf， . wma， . wmv
為后綴名；
將Windows Media文件進(jìn)行打包加密； 內(nèi)容發(fā)行方將內(nèi)容分發(fā)給用戶 ，
證書發(fā)放者對Windows Media文件進(jìn)行證書投放，或在文件被播放前
或在用戶在播放器中進(jìn)行播放時(shí)；
用戶在播放被打包過的文件時(shí)，如果與Windows Media文件匹配的證 書不存在，那么播放器會請求一個(gè)證書。
所述的將Windows Media文件進(jìn)行打包加密是通過以下步驟實(shí)現(xiàn)的-
準(zhǔn)備好合法的Windows Media格式文件；
對Windows Media格式文件進(jìn)行打包加密處理，其中打包加密處理的 步驟包括改寫自建META頭信息，在每一視頻文件塊上寫入DRM的META 頭信息，這些DRM的頭信息主要包括一個(gè)KEY-ID值和一個(gè)證書獲取地址的 連接值，而同時(shí)將加密該文件或是該批次文件所用的SEED-ID, PUBLIC-KEY, PRIVATE-KEY存入數(shù)據(jù)庫中；
按照ISP的不同將寫過頭信息的臟文件通過FTP等傳輸?shù)椒?wù)器上做發(fā)布。
本發(fā)明中主要模塊與證書高效生成介紹主要模塊
1. DRM系統(tǒng)
使用MS Windows Media Serial 10. 1系列開發(fā)包進(jìn)行研發(fā)的數(shù)字媒體 的版權(quán)管理系統(tǒng)，主要包括
a) Package Server:
按照商業(yè)模式的需要，定制不同的商業(yè)應(yīng)用策略，對Windows Media 格式的數(shù)字媒體進(jìn)行加密處理，支持自動處理以及流程定義，并可支持對 多個(gè)ISP的支持；
b) License Server
為數(shù)字加密的媒體的用戶分發(fā)License,根據(jù)商業(yè)模式的要求分發(fā)不同 權(quán)限的License。適應(yīng)不同商業(yè)應(yīng)用模式的需求，同時(shí)記錄具體的License 發(fā)布的詳細(xì)細(xì)節(jié)，作為今后結(jié)算的依據(jù)。
作為整個(gè)DRM系統(tǒng)，架構(gòu)在.Net平臺上，自身也具備平臺的可擴(kuò)展性 以及適應(yīng)能力，可以適應(yīng)不同商業(yè)模式的要求，是本平臺建設(shè)的主要的內(nèi) 容。
2. 內(nèi)容管理、發(fā)布、交換系統(tǒng)
對媒體的內(nèi)容進(jìn)行管理、分類以及制定不同的商業(yè)的應(yīng)用策略，并將 媒體的內(nèi)容發(fā)布出去。主要包括-
a) 內(nèi)容管理系統(tǒng)
媒體的分類管理、License策略的制定以及應(yīng)用，作為平臺建設(shè)具備擴(kuò) 展能力。以后可以擴(kuò)展支持商業(yè)應(yīng)用的分析，用戶行為關(guān)系管理的應(yīng)用， 媒體銷售模式的擴(kuò)展。
b) 內(nèi)容發(fā)布系統(tǒng)
建立不同的針對不同目標(biāo)向ISP、 ICP、 ASP發(fā)布內(nèi)容，管理發(fā)布的渠
道，定制相關(guān)的發(fā)布流程控制和管理發(fā)布的流程。
3. CRM系統(tǒng)
管理自身網(wǎng)站的用戶，同時(shí)管理合作伙伴、渠道以及整個(gè)媒體的供應(yīng) 鏈。同時(shí)提供客戶的信息的報(bào)表。
4. Billing:
支持B2C、 B2B的計(jì)費(fèi)以及和各種支付接口的連接。
5. Portal系統(tǒng)
B2C、 B2B內(nèi)容的發(fā)布，以及V0D、 Live、 DownLoad、 ReDist模式的支持。
6. 管理系統(tǒng)
其他各系統(tǒng)的配置管理部分
由圖l、圖2、圖3、圖4、圖5可見是整個(gè)內(nèi)容提供商擁有的內(nèi)容
發(fā)布應(yīng)用本發(fā)明的系統(tǒng)框圖。
相較同行業(yè)中其他公司的集成系統(tǒng)，本發(fā)明的DRM系統(tǒng)的核心版本一 直與國際軟件公司微軟公司所發(fā)布的最新版本號保持著同步升級的領(lǐng)先優(yōu)
勢，而對證書計(jì)算與生成的核心程序部分的優(yōu)化，也使得本發(fā)明的證書生 成服務(wù)器能快速的應(yīng)對高并發(fā)的用戶需求，在世界杯開賽的首日首場90分 鐘賽事的網(wǎng)絡(luò)點(diǎn)播過程中輕松應(yīng)對20多萬點(diǎn)播的高并發(fā)量，平均每秒約產(chǎn) 生40張證書，而一些同行所研發(fā)的系統(tǒng)每秒能生成6到10張證書已是極 限。配合編輯制作數(shù)字媒體流程而改進(jìn)的編輯工具又很好地方便了編輯的 制作與發(fā)布流程，將編輯從繁重的數(shù)據(jù)加工勞動中解放了出來，有效的提 升了生產(chǎn)力。
權(quán)利要求
1.一種寬頻數(shù)字版權(quán)保護(hù)方法，是通過以下步驟實(shí)現(xiàn)的內(nèi)容所有者將數(shù)字內(nèi)容編碼為Windows Media格式以.asf，.wma，.wmv為后綴名；將Windows Media文件進(jìn)行打包加密；內(nèi)容發(fā)行方將內(nèi)容分發(fā)給用戶；證書發(fā)放者對Windows Media文件進(jìn)行證書投放，或在文件被播放前或在用戶在播放器中進(jìn)行播放時(shí)；用戶在播放被打包過的文件時(shí)，如果與Windows Media文件匹配的證書不存在，那么播放器會請求一個(gè)證書。
2. 根據(jù)權(quán)利要求1所述的寬頻數(shù)字版權(quán)保護(hù)方法，所述的將Windows Media文件進(jìn)行打包加密是通過以下步驟實(shí)現(xiàn)的準(zhǔn)備好合法的Windows Media格式文件；對Windows Media格式文件進(jìn)行打包加密處理，其中打包加密處理的 步驟包括改寫自建META頭信息，在每一視頻文件塊上寫入DRM的META 頭信息，這些DRM的頭信息主要包括一個(gè)KEY-ID值和一個(gè)證書獲取地址的 連接值，而同時(shí)將加密該文件或是該批次文件所用的SEED-ID， PUBLIC-KEY, PRIVATE-KEY存入數(shù)據(jù)庫中；按照ISP的不同將寫過頭信息的臟文件通過FTP等傳輸?shù)椒?wù)器上做 發(fā)布0
全文摘要
本發(fā)明涉及一種寬頻數(shù)字版權(quán)保護(hù)方法，是通過以下步驟實(shí)現(xiàn)的內(nèi)容所有者將數(shù)字內(nèi)容編碼為Windows Media格式以.asf，.wma，.wmv為后綴名；將Windows Media文件進(jìn)行打包加密；內(nèi)容發(fā)行方將內(nèi)容分發(fā)給用戶；證書發(fā)放者對Windows Media文件進(jìn)行證書投放，或在文件被播放前或在用戶在播放器中進(jìn)行播放時(shí)；用戶在播放被打包過的文件時(shí)，如果與Windows Media文件匹配的證書不存在，那么播放器會請求一個(gè)證書；本發(fā)明的有益效果是證書生成服務(wù)器能快速的應(yīng)對高并發(fā)的用戶需求，單服務(wù)器平均每秒約產(chǎn)生40張證書。
文檔編號G06F21/00GK101178754SQ200610118040
公開日2008年5月14日 申請日期2006年11月8日 優(yōu)先權(quán)日2006年11月8日
發(fā)明者琦 張, 李葉涵 申請人:上海東方寬頻傳播有限公司