專利名稱：：一種壓縮版權(quán)的傳輸方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及移動(dòng)通信中的數(shù)字版權(quán)管理技術(shù)，尤其涉及一種壓縮版權(quán)的傳輸方法和系統(tǒng)。
背景技術(shù)：
：數(shù)字版權(quán)管理技術(shù)旨在以可管理的方式提供和使用數(shù)字版權(quán)內(nèi)容，以確保知識(shí)產(chǎn)權(quán)在整個(gè)價(jià)值鏈中始終得到保護(hù)。數(shù)字版權(quán)管理(DRM，DigitalRightManagement)的內(nèi)容格式(DCF，DRMContentFormat)通常經(jīng)過加密處理，用戶可以通過網(wǎng)絡(luò)下載，彩信、郵件接收或從其他用戶那里共享等多種渠道獲得。而用戶為了能夠正常的使用該數(shù)字內(nèi)容，還需要購買數(shù)字版權(quán)對象(RO，RightObject)，并在數(shù)字版權(quán)的規(guī)定和限制下使用該數(shù)字內(nèi)容。只有獲取了RO，數(shù)字內(nèi)容才能夠被使用，因此在價(jià)值鏈中，RO才被視為真正有價(jià)值的。數(shù)字版權(quán)對象的傳輸過程通過版權(quán)對象獲取協(xié)議(ROAP，RightObjectAcquisitionProtocol)實(shí)現(xiàn)，這極大地提高了數(shù)字版權(quán)對象的安全級別，并帶來了更好的用戶體驗(yàn)效果。隨著數(shù)字版權(quán)對象管理業(yè)務(wù)的發(fā)展，數(shù)字版權(quán)對象所包含的數(shù)據(jù)越來越多，甚至在單次ROAP通信過程中，可能同時(shí)傳輸多個(gè)數(shù)字版權(quán)對象，這就造成ROAP通信的數(shù)據(jù)量較大，影響到數(shù)據(jù)傳輸?shù)目煽啃约坝脩趔w驗(yàn)。
發(fā)明內(nèi)容有鑒于此，本發(fā)明的主要目的在于提供一種壓縮版權(quán)的傳輸方法和系統(tǒng)，以減少ROAP通信的數(shù)據(jù)量，提高數(shù)字版權(quán)對象傳輸?shù)目煽啃院陀脩趔w驗(yàn)。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的本發(fā)明提供了一種壓縮版權(quán)的傳輸方法，該方法包括終端與服務(wù)器協(xié)商版權(quán)信息(rights)的壓縮算法；所述終端在版權(quán)對象請求(RORequest)消息中，通過擴(kuò)展字段向所述服務(wù)器請求傳輸壓縮格式的rights;所述服務(wù)器按照標(biāo)準(zhǔn)方式生成版權(quán)對象應(yīng)答(ROResponse)消息，根據(jù)協(xié)商的壓縮算法對所述ROResponse消息中的rights進(jìn)行壓縮，并生成壓縮后的ROResponse消息發(fā)送給所述終端；所述終端接收壓縮后的ROResponse消息，根據(jù)協(xié)商的壓縮算法對接收的ROResponse消息中的rights進(jìn)行解壓縮，并生成解壓縮后的ROResponse消息。所述終端與服務(wù)器協(xié)商rights的壓縮算法，具體為終端發(fā)送設(shè)備握手請求(DeviceHello)消息給服務(wù)器，并通過所述DeviceHello消息中新增的支持壓縮算法(SupportedCompressAlgorithm)字段將自身所支持的壓縮算法通知給所述服務(wù)器；所述服務(wù)器根據(jù)Su卯ortedCompressAlgorithm字段的內(nèi)容，選擇協(xié)商同意的壓縮算法，并通過版權(quán)服務(wù)器握手響向應(yīng)(RIHello)消息中新增的選擇壓縮算法(Selected4CompressAlgorithm)字段通知所述終端。所述終端在RORequest消息中通過擴(kuò)展字段向服務(wù)器請求傳輸壓縮格式的rights,具體為終端發(fā)送RORequest消息給服務(wù)器，并通過所述RORequest消息的擴(kuò)展(Extensions)字段中新增的需要壓縮版權(quán)信息(NeedCompressRights)字段，通知所述服務(wù)器傳輸壓縮格式的rights。所述服務(wù)器生成ROResponse消息，對ROResponse消息中的rights進(jìn)行壓縮，并生成壓縮后的ROResponse消息發(fā)送給終端，具體為服務(wù)器接收終端發(fā)送的RORequest消息，并根據(jù)所述RORequest消息中的NeedCompressRights字段得知需要傳輸壓縮格式的rights;服務(wù)器按照標(biāo)準(zhǔn)方式生成ROResponse消息，根據(jù)SelectedCompressAlgorithm字段中的壓縮算法對所述ROResponse消息中的rights進(jìn)行壓縮得到CompressRights字段，并依據(jù)所述CompressRights字段生成壓縮后的ROResponse消息發(fā)送給所述終端。所述ROResponse消息中的rights進(jìn)行壓縮后的數(shù)據(jù)以base64格式存在。所述終端解壓縮并生成解壓縮后的ROResponse消息，具體為所述終端接收到壓縮后的ROResponse消息，根據(jù)SelectedCompressAlgorithm字段中的壓縮算法對接收的ROResponse消息中的rights進(jìn)行解壓縮，并生成解壓縮后的ROResponse消息。所述終端對接收的ROResponse消息中的rights進(jìn)行解壓縮后，該方法進(jìn)一步包括根據(jù)hash值進(jìn)行數(shù)據(jù)完整性驗(yàn)證。本發(fā)明還提供了一種壓縮版權(quán)的傳輸系統(tǒng)，該系統(tǒng)包括終端和服務(wù)器，其中，所述終端，用于與所述服務(wù)器協(xié)商rights的壓縮算法，并在RORequest消息中，通過擴(kuò)展字段向所述服務(wù)器請求傳輸壓縮格式的rights;還用于接收來自所述服務(wù)器的壓縮后的ROResponse消息，根據(jù)協(xié)商的壓縮算法對接收的ROResponse消息中的rights進(jìn)行解壓縮，并生成解壓縮后的ROResponse消息；所述服務(wù)器，用于與所述終端協(xié)商rights的壓縮算法，并在接收到來自所述終端的RORequest消息時(shí)，按照標(biāo)準(zhǔn)方式生成ROResponse消息，根據(jù)協(xié)商的壓縮算法對所述ROResponse消息中的rights進(jìn)行壓縮，并生成壓縮后的ROResponse消息發(fā)送給所述終端。所述終端進(jìn)一步用于，發(fā)送DeviceHello消息給服務(wù)器，并通過DeviceHello消息中新增的Su卯ortedCompressAlgorithm字段將自身所支持的壓縮算法通知給所述服務(wù)器；相應(yīng)的，所述服務(wù)器進(jìn)一步用于，根據(jù)Su卯ortedCompressAlgorithm字段的內(nèi)容，選擇協(xié)商同意的壓縮算法，并通過RIHello消息中新增的SelectedCompressAlgorithm字段通知所述終端。所述終端進(jìn)一步用于，發(fā)送RORequest消息給服務(wù)器，并通過所述RORequest消息的Extensions字段中新增的NeedCompressRights字段，通知所述服務(wù)器傳輸壓縮格式的rights。所述服務(wù)器進(jìn)一步用于，接收終端發(fā)送的RORequest消息，并根據(jù)所述RORequest消息中的NeedCompressRights字段得知需要傳輸壓縮格式的rights;按照標(biāo)準(zhǔn)方式生成ROResponse消息，根據(jù)SelectedCompressAlgorithm字段中的壓縮算法對所述ROResponse消息中的rights進(jìn)行壓縮得到CompressRights字段，并依據(jù)所述CompressRights字段生成壓縮后的ROResponse消息發(fā)送給所述終端。所述ROResponse消息中的rights進(jìn)行壓縮后的數(shù)據(jù)以base64格式存在。所述終端進(jìn)一步用于，接收到壓縮后的ROResponse消息，根據(jù)SelectedCompressAlgorithm字段中的壓縮算法對接收的ROResponse消息中的rights進(jìn)行解壓縮，并生成解壓縮后的ROResponse消息。所述終端進(jìn)一步用于，對接收的ROResponse消息中的rights進(jìn)行解壓縮后，根據(jù)hash值進(jìn)行數(shù)據(jù)完整性驗(yàn)證。本發(fā)明所提供的一種壓縮版權(quán)的傳輸方法和系統(tǒng)，在ROAP的版權(quán)對象應(yīng)答(ROResponse)消息中，根據(jù)約定的算法壓縮可擴(kuò)展標(biāo)識(shí)語言(XML)格式的版權(quán)信息(rights)，以減少ROResponse數(shù)據(jù)在傳輸過程中的數(shù)據(jù)量；終端在接收到ROResponse消息后，根據(jù)約定的算法對壓縮數(shù)據(jù)進(jìn)行解壓縮，還原出真是的ROResponse消息。本發(fā)明的方法和系統(tǒng)，很好地利用了XML格式具有良好擴(kuò)展性的特點(diǎn)，通過擴(kuò)展XML對ROResponse數(shù)據(jù)進(jìn)行有效地壓縮，減少了ROAP通信的數(shù)據(jù)量，提高了數(shù)字版權(quán)對象傳輸?shù)目煽啃院陀脩趔w驗(yàn)；另外，本發(fā)明中的方法也很好地利用了ROAP具備握手安全協(xié)議的特點(diǎn)，無縫地實(shí)現(xiàn)了終端和服務(wù)器間壓縮版權(quán)的傳輸。圖1為本發(fā)明一種壓縮版權(quán)的傳輸方法的流程圖；圖2為本發(fā)明的傳輸方法在服務(wù)器側(cè)的實(shí)現(xiàn)流程圖；圖3為本發(fā)明的傳輸方法在終端側(cè)的實(shí)現(xiàn)流程圖；圖4為本發(fā)明一種壓縮版權(quán)的傳輸系統(tǒng)的組成結(jié)構(gòu)示意圖。具體實(shí)施例方式下面結(jié)合附圖和具體實(shí)施例對本發(fā)明的技術(shù)方案進(jìn)一步詳細(xì)闡述。為實(shí)現(xiàn)數(shù)字版權(quán)對象的壓縮傳輸，本發(fā)明的核心思想為在ROAP的版權(quán)對象應(yīng)答(ROResponse)消息中，根據(jù)約定的算法壓縮可擴(kuò)展標(biāo)識(shí)語言(XML，ExtensibleMarkupLanguage)格式的版權(quán)信息(rights)，以減少ROResponse數(shù)據(jù)在傳輸過程中的數(shù)據(jù)量；終端在接收到ROResponse消息后，根據(jù)約定的算法對壓縮數(shù)據(jù)進(jìn)行解壓縮，還原出真實(shí)的ROResponse消息。基于上述的核心思想，本發(fā)明提供一種壓縮版權(quán)的傳輸方法，如圖1所示，該方法主要包括以下步驟步驟IOI，終端與服務(wù)器協(xié)商rights的壓縮算法。具體的，在執(zhí)行ROAP注冊協(xié)議過程中，終端發(fā)送設(shè)備握手請求(DeviceHello)消息給服務(wù)器，并通過DeviceHello消息中新增的支持壓縮算法(SupportedCompressAlgorithm)字段將自身所支持的壓縮算法通知給服務(wù)器；服務(wù)器根據(jù)Su卯ortedCompressAlgorithm字段的內(nèi)容，選擇協(xié)商同意的壓縮算法，并通過版權(quán)服務(wù)器握手響應(yīng)(RIHello)消息中新增的選擇壓縮算法(SelectedCompressAlgorithm)字段通知終端。步驟102，終端在版權(quán)對象請求(RORequest)消息中，通過擴(kuò)展字段向服務(wù)器請求傳輸壓縮格式的rights。具體的，在執(zhí)行ROAP版權(quán)獲取協(xié)議時(shí)，終端發(fā)送RORequest消息給服務(wù)器，并通過RORequest消息的擴(kuò)展(Extensions)字段中新增的需要壓縮版權(quán)信息(NeedCompressRights)字段，通知服務(wù)器傳輸壓縮格式的rights。步驟103，服務(wù)器按照標(biāo)準(zhǔn)方式生成ROResponse消息，根據(jù)協(xié)商的壓縮算法對ROResponse消息中的rights進(jìn)行壓縮，并生成壓縮后的ROResponse消息發(fā)送給終端。具體的，服務(wù)器接收終端發(fā)送的RORequest消息，并根據(jù)RORequest消息中的NeedCompressRights字段得知需要傳輸壓縮格式的rights;服務(wù)器按照現(xiàn)有的標(biāo)準(zhǔn)方式生成ROResponse消息，根據(jù)SelectedCompressAlgorithm字段中的壓縮算法對ROResponse消息中的rights進(jìn)行壓縮得到CompressRights字段，并依據(jù)CompressRights字段生成壓縮后的ROResponse消息發(fā)送給終端。步驟104，終端接收壓縮后的ROResponse消息，根據(jù)協(xié)商的壓縮算法對接收的ROResponse消息中的rights進(jìn)行解壓縮，并生成解壓縮后的ROResponse消息。具體的，終端接收到壓縮后的ROResponse消息，根據(jù)SelectedCompressAlgorithm字段中的壓縮算法對接收的ROResponse消息中的rights進(jìn)行解壓縮，并生成解壓縮后的ROResponse消息。為適應(yīng)圖1所述的傳輸方法，本發(fā)明中DeviceHello消息的格式如表1所示<table>tableseeoriginaldocumentpage7</column></row><table>表1其中增加了S聊ortedCompressAlgorithms字段信息，M表示必選，O表示可選，Su卯ortedCompressAlgorithms字段信息的XML的格式定義如下〈elementname="SupportedCompressAlgorithm"type="anyURI，，min0ccurs="0，，max0ccurs="皿bo皿ded，，/>相應(yīng)的，本發(fā)明中需要對DeviceHello消息的XML格式定義進(jìn)行修改，修改后的DeviceHello消息的XML格式定義如下〈elementname="deviceHello"type="roap:DeviceHello"/>〈complexTypename="DeviceHello，，>〈a皿otation〉(documentationxml:lang="en"〉MessagesentfromDevicetoRItoestablishanRIContext.〈/documentation)〈/a皿otation〉〈complexContent〉〈extensionbase="roap:Request，，〉〈sequence〉〈elementname="version"type="roap:Version"/〉〈elementname="deviceID"type="roap:Identifier，，maxOccurs="unbounded"/〉〈elementname="supportedAlgorithm"type="anyURI，，minOccurs=maxOccurs="unbounded"/〉〈elementname="supportedCompressAlgorithm"type="anyURI"minOccurs="O"maxOccurs="unbounded"/〉〈elementname="extensions"type="roap:Extensions，，minOccurs=/〉〈/sequence〉〈/extension〉〈/complexContent〉〈/complexType〉同樣的，為適應(yīng)圖1所述的傳輸方法，本發(fā)明中RIHello消息的格式如表2所示<table>tableseeoriginaldocumentpage8</column></row><table>SelectedAlgorithmsOSelectedCompressAlgorithmsO-RINonceo—TrustedDeviceAuthoritieso—ServerInfoo-Extensionso-表2其中增加了SelectedCompressAlgorithms字段信息，其XML的格式定義如下〈elementname="selectedCompressAlgorithm"type="anyURI，，minOccurs="O，，maxOccurs="unbounded"/〉相應(yīng)的，本發(fā)明中需要對RIHello消息的XML格式定義進(jìn)行修改，修改后的RIHello消息的XML格式定義如下〈elementname="riHello"type="roap:RIHello"/〉〈complexTypename="RIHello"〉〈a皿otation〉(documentationxml:lang="en"〉MessagesentfromRItoDeviceinresponsetoadeviceHellomessage.〈/documentation)〈/a皿otation〉〈complexContent〉〈extensionbase="roap:Response"〉〈sequenceminOccurs="0，，〉〈elementname="selectedVersion"type="roap:Version，，/〉〈elementname="riID，，type="roap:Identifier"/〉〈elementname="selectedAlgorithm"type="anyURI，，maxOccurs="皿bo皿ded，，minOccurs="0，，/〉〈elementname="selectedCompressAlgorithm"type="anyURI，，minOccurs="O，，maxOccurs="unbounded"/〉〈elementname="riNonce"type="roap:Nonce"/〉〈elementname="trustedAuthorities"type="roap:Keyldentifiers"minOccurs="0，，/〉〈elementname="serverInfo，，type="base64Binary"minOccurs="0，，/〉〈elementname="extensions"type="roap:Extensions"minOccurs=9"0，，/>〈/sequence>〈attributename="sessionld，，type="string"/>〈/extension>〈/complexContent>此夕卜，在RORequest消息的格式中，需要在Extension字段中增加NeedCompressRights字段信息，其XML的格式定義如下〈complexTypename="NeedCompressRights"〉〈complexContent〉〈extensionbase="ro即Extension，，/〉〈/complexContent〉〈/complexType〉即如果RORequest消息中有NeedCompressRights字段，則表示終端要求服務(wù)器返回經(jīng)過壓縮的ROResponse消息；否則，表示終端不要求服務(wù)器返回經(jīng)過壓縮的R0Response消息。在R0Response消息的格式中，需要增加CompressRights字段信息，其XML的格式定義如下〈complexTypename="CompressRights"〉〈sequence〉〈elementname="compressData"type="base64Binary，，/〉〈elementname="hash，，type="base64Binary，，/〉〈sequence〉〈attributename="id"type="o_ex:id"/〉〈attributename="compressAlgorithm"type="anyURI，，/〉〈/complexType〉其中，compressData字段為經(jīng)過壓縮算法壓縮后的rights數(shù)據(jù)，該數(shù)據(jù)以base64格式存在，hash字段為經(jīng)安全散列算法(SHA-l，SecureHashAlgorithm-l)計(jì)算所得的原rights數(shù)據(jù)的摘要值。CompressRighs字段的id屬性必須與rights字段的id屬性一致，compressAlgorithm屬性表示壓縮rights所采用的壓縮算法。從而，R0Response消息中經(jīng)過修改后的R0Payload字段的格式如下〈！一RightsObjectDefinitions—〉〈complexTypename="R0Payload"〉〈sequence〉〈elementname="riID，，type="roap:Identifier"/〉〈elementname="rights，，type="o_ex:rightsType"minOccurs="0，，/〉〈elementname="compressRights"type="roap:CompressRights"min0ccurs="0，，/〉〈elementname="signature"type="ds:SignatureType"minOccurs=〈/sequence>〈attributenametimestamp"type="dateTime"minOccurs="0encKey，，type="xenc:EncryptedKeyType，，/>version，，type="roap:Version，，use="required'id，，type="ID，，use="required"/>'stateful，，type="boolearn，，/>'domainRO，，type="boolean，，/>'rightsCompressed，，type="boolean"/>:ri亂，，type="￡myURI，，/>其中，rights字段變成可選字段，若采用了壓縮方式，則該rights字段可以不出現(xiàn)；compressRights字段在采用壓縮方式的時(shí)必須出現(xiàn)，未采用壓縮方式時(shí)，可以不出現(xiàn)；rightsCompressed屬性用以指示該R0Payload字段所帶的rights是否經(jīng)過壓縮。下面結(jié)合具體實(shí)施例對上述圖1所示的傳輸方法進(jìn)一步詳細(xì)闡述。本發(fā)明的實(shí)施例一主要描述該傳輸方法在服務(wù)器側(cè)的實(shí)現(xiàn)流程，如圖2所示，主要包括以下步驟步驟201，服務(wù)器接收到來自終端的R0Request消息，生成對應(yīng)的ROResponse消息。步驟202，服務(wù)器判斷RORequest消息中是否含有NeedCompressRights字段，如果是，執(zhí)行步驟203，否則，執(zhí)行步驟206。如果R0Request消息中含有NeedCompressRights字段，則表示終端要求服務(wù)器返回經(jīng)過壓縮的ROResponse消息；否則，表示終端不要求服務(wù)器返回經(jīng)過壓縮的ROResponse消息。步驟203，服務(wù)器判斷是否已經(jīng)與終端協(xié)商好壓縮算法，如果是，執(zhí)行步驟204;否則，執(zhí)行步驟206。服務(wù)器根據(jù)RIHello消息中的SelectedCompressAlgorithms字段的內(nèi)容，判斷是否已經(jīng)與終端協(xié)商好壓縮算法。步驟204，根據(jù)協(xié)商好的壓縮算法對ROResponse消息中所有的rights字段的內(nèi)容進(jìn)行壓縮，并生成對應(yīng)的CommpressRights字段。步驟205，根據(jù)CommpressRights字段生成壓縮后的ROResponse消息。執(zhí)行完后，轉(zhuǎn)到步驟206。步驟206，服務(wù)器將生成的ROResponse消息發(fā)送給終端。需要指出的是，如果步驟206是在步驟202或203后執(zhí)行，那么服務(wù)器發(fā)送的是未經(jīng)壓縮的ROResponse消息；如果步驟206是在步驟205后執(zhí)行，那么服務(wù)器發(fā)送的是壓縮后的ROResponse消息。本發(fā)明的實(shí)施例二主要描述該傳輸方法在終端側(cè)的實(shí)現(xiàn)流程，如圖3所示，主要包括以下步驟11步驟301302，終端接收到來自服務(wù)器的ROResponse消息，判斷該ROResponse消息的ROPayload字段中的rightsCompressed屬性是否為true,如果是，執(zhí)行步驟303;否則執(zhí)行步驟306。步驟303，終端判斷自身是否支持SelectedCompressAlgorithms字段中所表示的壓縮算法，如果是，執(zhí)行步驟304;否則，終端處理ROResponse消息失敗，結(jié)束整個(gè)流程。步驟304，終端根據(jù)SelectedCompressAlgorithms字段中所表示的壓縮算法，對ROResponse消息中的CompressRights字段進(jìn)行解壓縮，并根據(jù)hash值進(jìn)行數(shù)據(jù)的完整性驗(yàn)證。步驟305，驗(yàn)證通過后，還原出壓縮前的rights字段，并依據(jù)rights字段生成ROResponse消息。步驟306，對ROResponse消息進(jìn)行標(biāo)準(zhǔn)處理。為實(shí)現(xiàn)上述版權(quán)壓縮的傳輸方法，本發(fā)明還提供了一種版權(quán)壓縮的傳輸系統(tǒng)，如圖4所示，該系統(tǒng)包括終端10和服務(wù)器20。其中，終端10，用于與服務(wù)器20協(xié)商rights的壓縮算法，并在RORequest消息中，通過擴(kuò)展字段向服務(wù)器20請求傳輸壓縮格式的rights;還用于接收來自服務(wù)器20的壓縮后的ROResponse消息，根據(jù)協(xié)商的壓縮算法對接收的ROResponse消息中的rights進(jìn)行解壓縮，并生成解壓縮后的ROResponse消息。服務(wù)器20，用于與終端10協(xié)商rights的壓縮算法，并在接收到來自終端10的RORequest消息時(shí)，按照標(biāo)準(zhǔn)方式生成ROResponse消息，根據(jù)協(xié)商的壓縮算法對ROResponse消息中的rights進(jìn)行壓縮，并生成壓縮后的ROResponse消息發(fā)送給終端10。較佳的，終端IO進(jìn)一步用于，發(fā)送DeviceHello消息給服務(wù)器20，并通過DeviceHello消息中新增的SupportedCompressAlgorithm字段將自身所支持的壓縮算法通知給服務(wù)器20;相應(yīng)的，服務(wù)器20進(jìn)一步用于，根據(jù)Su卯ortedCompressAlgorithm字段的內(nèi)容，選擇協(xié)商同意的壓縮算法，并通過RIHello消息中新增的SelectedCompressAlgorithm字段通知終端10。終端10還用于，發(fā)送RORequest消息給服務(wù)器20，并通過RORequest消息的Extensions字段中新增的NeedCompressRights字段，通知服務(wù)器20傳輸壓縮格式的rights。服務(wù)器20還用于，接收終端10發(fā)送的RORequest消息，并根據(jù)RORequest消息中的NeedCompressRights字段得知需要傳輸壓縮格式的rights;按照標(biāo)準(zhǔn)方式生成ROResponse消息，根據(jù)SelectedCompressAlgorithm字段中的壓縮算法對ROResponse消息中的rights進(jìn)行壓縮得到CompressRights字段，并依據(jù)CompressRights字段生成壓縮后的ROResponse消息發(fā)送給終端10。終端10還用于，接收到壓縮后的ROResponse消息，根據(jù)SelectedCompressAlgorithm字段中的壓縮算法對接收的ROResponse消息中的rights進(jìn)行解壓縮，并生成解壓縮后的ROResponse消息。綜上所述，本發(fā)明的方法和系統(tǒng)，很好地利用了XML格式具有良好擴(kuò)展性的特點(diǎn)，通過擴(kuò)展XML對ROResponse數(shù)據(jù)進(jìn)行有效地壓縮，減少了ROAP通信的數(shù)據(jù)量，提高了數(shù)字版權(quán)對象傳輸?shù)目煽啃院陀脩趔w驗(yàn)；另外，本發(fā)明中的方法也很好地利用了ROAP具備握手安全協(xié)議的特點(diǎn)，無縫地實(shí)現(xiàn)了終端和服務(wù)器間壓縮版權(quán)的傳輸。12以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍,權(quán)利要求一種壓縮版權(quán)的傳輸方法，其特征在于，該方法包括終端與服務(wù)器協(xié)商版權(quán)信息(rights)的壓縮算法；所述終端在版權(quán)對象請求(RORequest)消息中，通過擴(kuò)展字段向所述服務(wù)器請求傳輸壓縮格式的rights；所述服務(wù)器按照標(biāo)準(zhǔn)方式生成版權(quán)對象應(yīng)答(ROResponse)消息，根據(jù)協(xié)商的壓縮算法對所述ROResponse消息中的rights進(jìn)行壓縮，并生成壓縮后的ROResponse消息發(fā)送給所述終端；所述終端接收壓縮后的ROResponse消息，根據(jù)協(xié)商的壓縮算法對接收的ROResponse消息中的rights進(jìn)行解壓縮，并生成解壓縮后的ROResponse消息。2.根據(jù)權(quán)利要求1所述壓縮版權(quán)的傳輸方法，其特征在于，所述終端與服務(wù)器協(xié)商rights的壓縮算法，具體為終端發(fā)送設(shè)備握手請求(DeviceHello)消息給服務(wù)器，并通過所述DeviceHello消息中新增的支持壓縮算法(SupportedCompressAlgorithm)字段將自身所支持的壓縮算法通知給所述服務(wù)器；所述服務(wù)器根據(jù)Su卯ortedCompressAlgorithm字段的內(nèi)容，選擇協(xié)商同意的壓縮算法，并通過版權(quán)服務(wù)器握手響應(yīng)(RIHello)消息中新增的選擇壓縮算法(SelectedCompressAlgorithm)字段通知所述終端。3.根據(jù)權(quán)利要求1或2所述壓縮版權(quán)的傳輸方法，其特征在于，所述終端在RORequest消息中通過擴(kuò)展字段向服務(wù)器請求傳輸壓縮格式的rights,具體為終端發(fā)送RORequest消息給服務(wù)器，并通過所述RORequest消息的擴(kuò)展(Extensions)字段中新增的需要壓縮版權(quán)信息(NeedCompressRights)字段，通知所述服務(wù)器傳輸壓縮格式的rights。4.根據(jù)權(quán)利要求3所述壓縮版權(quán)的傳輸方法，其特征在于，所述服務(wù)器生成ROResponse消息，對ROResponse消息中的rights進(jìn)行壓縮，并生成壓縮后的ROResponse消息發(fā)送給終端，具體為服務(wù)器接收終端發(fā)送的RORequest消息，并根據(jù)所述RORequest消息中的NeedCompressRights字段得知需要傳輸壓縮格式的rights;服務(wù)器按照標(biāo)準(zhǔn)方式生成ROResponse消息，根據(jù)SelectedCompressAlgorithm字段中的壓縮算法對所述ROResponse消息中的rights進(jìn)行壓縮得到CompressRights字段，并依據(jù)所述CompressRights字段生成壓縮后的ROResponse消息發(fā)送給所述終端。5.根據(jù)權(quán)利要求4所述的壓縮版權(quán)的傳輸方法，其特征在于，所述ROResponse消息中的rights進(jìn)行壓縮后的數(shù)據(jù)以base64格式存在。6.根據(jù)權(quán)利要求4所述壓縮版權(quán)的傳輸方法，其特征在于，所述終端解壓縮并生成解壓縮后的ROResponse消息，具體為所述終端接收到壓縮后的ROResponse消息，根據(jù)SelectedCompressAlgorithm字段中的壓縮算法對接收的ROResponse消息中的rights進(jìn)行解壓縮，并生成解壓縮后的ROResponse消息。7.根據(jù)權(quán)利要求6所述的壓縮版權(quán)的傳輸方法，其特征在于，所述終端對接收的ROResponse消息中的rights進(jìn)行解壓縮后，該方法進(jìn)一步包括根據(jù)hash值進(jìn)行數(shù)據(jù)完整性驗(yàn)證。8.—種壓縮版權(quán)的傳輸系統(tǒng)，其特征在于，該系統(tǒng)包括終端和服務(wù)器，其中，所述終端，用于與所述服務(wù)器協(xié)商rights的壓縮算法，并在RORequest消息中，通過擴(kuò)展字段向所述服務(wù)器請求傳輸壓縮格式的rights;還用于接收來自所述服務(wù)器的壓縮后的ROResponse消息，根據(jù)協(xié)商的壓縮算法對接收的ROResponse消息中的rights進(jìn)行解壓縮，并生成解壓縮后的ROResponse消息；所述服務(wù)器，用于與所述終端協(xié)商rights的壓縮算法，并在接收到來自所述終端的RORequest消息時(shí)，按照標(biāo)準(zhǔn)方式生成ROResponse消息，根據(jù)協(xié)商的壓縮算法對所述ROResponse消息中的rights進(jìn)行壓縮，并生成壓縮后的ROResponse消息發(fā)送給所述終端。9.根據(jù)權(quán)利要求8所述壓縮版權(quán)的傳輸系統(tǒng)，其特征在于，所述終端進(jìn)一步用于，發(fā)送DeviceHello消息纟合月艮務(wù)器，并通過所述DeviceHello消息中新增的SupportedCompressAlgorithm字段將自身所支持的壓縮算法通知給所述服務(wù)器；相應(yīng)的，所述服務(wù)器進(jìn)一步用于，根據(jù)Su卯ortedCompressAlgorithm字段的內(nèi)容，選擇協(xié)商同意的壓縮算法，并通過RIHello消息中新增的SelectedCompressAlgorithm字段通知所述終端。10.根據(jù)權(quán)利要求8或9所述壓縮版權(quán)的傳輸系統(tǒng)，其特征在于，所述終端進(jìn)一步用于，發(fā)送RORequest消息給服務(wù)器，并通過所述RORequest消息的Extensions字段中新增的NeedCompressRights字段，通知所述服務(wù)器傳輸壓縮格式的rights。11.根據(jù)權(quán)利要求io所述壓縮版權(quán)的傳輸系統(tǒng)，其特征在于，所述服務(wù)器進(jìn)一步用于，接收終端發(fā)送的RORequest消息，并根據(jù)所述RORequest消息中的NeedCompressRights字段得知需要傳輸壓縮格式的rights;按照標(biāo)準(zhǔn)方式生成ROResponse消息，根據(jù)SelectedCompressAlgorithm字段中的壓縮算法對所述ROResponse消息中的rights進(jìn)行壓縮得到CompressRights字段，并依據(jù)所述CompressRights字段生成壓縮后的ROResponse消息發(fā)送給所述終端。12.根據(jù)權(quán)利要求11所述壓縮版權(quán)的傳輸系統(tǒng)，其特征在于，所述ROResponse消息中的rights進(jìn)行壓縮后的數(shù)據(jù)以base64格式存在。13.根據(jù)權(quán)利要求11所述壓縮版權(quán)的傳輸系統(tǒng)，其特征在于，所述終端進(jìn)一步用于，接收到壓縮后的ROResponse消息，根據(jù)SelectedCompressAlgorithm字段中的壓縮算法對接收的ROResponse消息中的rights進(jìn)行解壓縮，并生成解壓縮后的ROResponse消息。14.根據(jù)權(quán)利要求13所述壓縮版權(quán)的傳輸系統(tǒng)，其特征在于，所述終端進(jìn)一步用于，對接收的ROResponse消息中的rights進(jìn)行解壓縮后，根據(jù)hash值進(jìn)行數(shù)據(jù)完整性驗(yàn)證。全文摘要本發(fā)明公開了一種壓縮版權(quán)的傳輸方法，包括終端與服務(wù)器協(xié)商壓縮算法；終端在版權(quán)對象請求消息中，通過擴(kuò)展字段向服務(wù)器請求傳輸壓縮格式的版權(quán)信息；服務(wù)器按照標(biāo)準(zhǔn)方式生成版權(quán)對象應(yīng)答消息，根據(jù)協(xié)商的壓縮算法對版權(quán)對象應(yīng)答消息中的版權(quán)信息進(jìn)行壓縮，并生成壓縮后的版權(quán)對象應(yīng)答消息發(fā)送給終端；終端接收壓縮后的版權(quán)對象應(yīng)答消息，根據(jù)協(xié)商的壓縮算法對接收的版權(quán)對象應(yīng)答消息中的版權(quán)信息進(jìn)行解壓縮，并生成解壓縮后的版權(quán)對象應(yīng)答消息。本發(fā)明還公開了一種壓縮版權(quán)的傳輸系統(tǒng)，減少了版權(quán)對象獲取協(xié)議(ROAP)通信的數(shù)據(jù)量，提高了數(shù)字版權(quán)對象傳輸?shù)目煽啃院陀脩趔w驗(yàn)。文檔編號H04L29/06GK101714982SQ200910177979公開日2010年5月26日申請日期2009年10月23日優(yōu)先權(quán)日2009年10月23日發(fā)明者官軍申請人:中興通訊股份有限公司