专利名称：：一种压缩版权的传输方法和系统的制作方法
技术领域：
：本发明涉及移动通信中的数字版权管理技术，尤其涉及一种压縮版权的传输方法和系统。
背景技术：
：数字版权管理技术旨在以可管理的方式提供和使用数字版权内容，以确保知识产权在整个价值链中始终得到保护。数字版权管理(DRM，DigitalRightManagement)的内容格式(DCF，DRMContentFormat)通常经过加密处理，用户可以通过网络下载，彩信、邮件接收或从其他用户那里共享等多种渠道获得。而用户为了能够正常的使用该数字内容，还需要购买数字版权对象(RO，RightObject)，并在数字版权的规定和限制下使用该数字内容。只有获取了RO，数字内容才能够被使用，因此在价值链中，RO才被视为真正有价值的。数字版权对象的传输过程通过版权对象获取协议(ROAP，RightObjectAcquisitionProtocol)实现，这极大地提高了数字版权对象的安全级别，并带来了更好的用户体验效果。随着数字版权对象管理业务的发展，数字版权对象所包含的数据越来越多，甚至在单次ROAP通信过程中，可能同时传输多个数字版权对象，这就造成ROAP通信的数据量较大，影响到数据传输的可靠性及用户体验。
发明内容有鉴于此，本发明的主要目的在于提供一种压縮版权的传输方法和系统，以减少ROAP通信的数据量，提高数字版权对象传输的可靠性和用户体验。为达到上述目的，本发明的技术方案是这样实现的本发明提供了一种压縮版权的传输方法，该方法包括终端与服务器协商版权信息(rights)的压縮算法；所述终端在版权对象请求(RORequest)消息中，通过扩展字段向所述服务器请求传输压縮格式的rights;所述服务器按照标准方式生成版权对象应答(ROResponse)消息，根据协商的压縮算法对所述ROResponse消息中的rights进行压縮，并生成压縮后的ROResponse消息发送给所述终端；所述终端接收压縮后的ROResponse消息，根据协商的压縮算法对接收的ROResponse消息中的rights进行解压縮，并生成解压縮后的ROResponse消息。所述终端与服务器协商rights的压縮算法，具体为终端发送设备握手请求(DeviceHello)消息给服务器，并通过所述DeviceHello消息中新增的支持压縮算法(SupportedCompressAlgorithm)字段将自身所支持的压縮算法通知给所述服务器；所述服务器根据Su卯ortedCompressAlgorithm字段的内容，选择协商同意的压縮算法，并通过版权服务器握手响向应(RIHello)消息中新增的选择压縮算法(Selected4CompressAlgorithm)字段通知所述终端。所述终端在RORequest消息中通过扩展字段向服务器请求传输压縮格式的rights,具体为终端发送RORequest消息给服务器，并通过所述RORequest消息的扩展(Extensions)字段中新增的需要压縮版权信息(NeedCompressRights)字段，通知所述服务器传输压縮格式的rights。所述服务器生成ROResponse消息，对ROResponse消息中的rights进行压縮，并生成压縮后的ROResponse消息发送给终端，具体为服务器接收终端发送的RORequest消息，并根据所述RORequest消息中的NeedCompressRights字段得知需要传输压縮格式的rights;服务器按照标准方式生成ROResponse消息，根据SelectedCompressAlgorithm字段中的压縮算法对所述ROResponse消息中的rights进行压縮得到CompressRights字段，并依据所述CompressRights字段生成压縮后的ROResponse消息发送给所述终端。所述ROResponse消息中的rights进行压縮后的数据以base64格式存在。所述终端解压縮并生成解压縮后的ROResponse消息，具体为所述终端接收到压縮后的ROResponse消息，根据SelectedCompressAlgorithm字段中的压縮算法对接收的ROResponse消息中的rights进行解压縮，并生成解压縮后的ROResponse消息。所述终端对接收的ROResponse消息中的rights进行解压縮后，该方法进一步包括根据hash值进行数据完整性验证。本发明还提供了一种压縮版权的传输系统，该系统包括终端和服务器，其中，所述终端，用于与所述服务器协商rights的压縮算法，并在RORequest消息中，通过扩展字段向所述服务器请求传输压縮格式的rights;还用于接收来自所述服务器的压縮后的ROResponse消息，根据协商的压縮算法对接收的ROResponse消息中的rights进行解压縮，并生成解压縮后的ROResponse消息；所述服务器，用于与所述终端协商rights的压縮算法，并在接收到来自所述终端的RORequest消息时，按照标准方式生成ROResponse消息，根据协商的压縮算法对所述ROResponse消息中的rights进行压縮，并生成压縮后的ROResponse消息发送给所述终端。所述终端进一步用于，发送DeviceHello消息给服务器，并通过DeviceHello消息中新增的Su卯ortedCompressAlgorithm字段将自身所支持的压縮算法通知给所述服务器；相应的，所述服务器进一步用于，根据Su卯ortedCompressAlgorithm字段的内容，选择协商同意的压縮算法，并通过RIHello消息中新增的SelectedCompressAlgorithm字段通知所述终端。所述终端进一步用于，发送RORequest消息给服务器，并通过所述RORequest消息的Extensions字段中新增的NeedCompressRights字段，通知所述服务器传输压縮格式的rights。所述服务器进一步用于，接收终端发送的RORequest消息，并根据所述RORequest消息中的NeedCompressRights字段得知需要传输压縮格式的rights;按照标准方式生成ROResponse消息，根据SelectedCompressAlgorithm字段中的压縮算法对所述ROResponse消息中的rights进行压縮得到CompressRights字段，并依据所述CompressRights字段生成压縮后的ROResponse消息发送给所述终端。所述ROResponse消息中的rights进行压縮后的数据以base64格式存在。所述终端进一步用于，接收到压縮后的ROResponse消息，根据SelectedCompressAlgorithm字段中的压縮算法对接收的ROResponse消息中的rights进行解压縮，并生成解压縮后的ROResponse消息。所述终端进一步用于，对接收的ROResponse消息中的rights进行解压縮后，根据hash值进行数据完整性验证。本发明所提供的一种压縮版权的传输方法和系统，在ROAP的版权对象应答(ROResponse)消息中，根据约定的算法压縮可扩展标识语言(XML)格式的版权信息(rights)，以减少ROResponse数据在传输过程中的数据量；终端在接收到ROResponse消息后，根据约定的算法对压縮数据进行解压縮，还原出真是的ROResponse消息。本发明的方法和系统，很好地利用了XML格式具有良好扩展性的特点，通过扩展XML对ROResponse数据进行有效地压縮，减少了ROAP通信的数据量，提高了数字版权对象传输的可靠性和用户体验；另外，本发明中的方法也很好地利用了ROAP具备握手安全协议的特点，无缝地实现了终端和服务器间压縮版权的传输。图1为本发明一种压縮版权的传输方法的流程图；图2为本发明的传输方法在服务器侧的实现流程图；图3为本发明的传输方法在终端侧的实现流程图；图4为本发明一种压縮版权的传输系统的组成结构示意图。具体实施例方式下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。为实现数字版权对象的压縮传输，本发明的核心思想为在ROAP的版权对象应答(ROResponse)消息中，根据约定的算法压縮可扩展标识语言(XML，ExtensibleMarkupLanguage)格式的版权信息(rights)，以减少ROResponse数据在传输过程中的数据量；终端在接收到ROResponse消息后，根据约定的算法对压縮数据进行解压縮，还原出真实的ROResponse消息。基于上述的核心思想，本发明提供一种压縮版权的传输方法，如图1所示，该方法主要包括以下步骤步骤IOI，终端与服务器协商rights的压縮算法。具体的，在执行ROAP注册协议过程中，终端发送设备握手请求(DeviceHello)消息给服务器，并通过DeviceHello消息中新增的支持压縮算法(SupportedCompressAlgorithm)字段将自身所支持的压縮算法通知给服务器；服务器根据Su卯ortedCompressAlgorithm字段的内容，选择协商同意的压縮算法，并通过版权服务器握手响应(RIHello)消息中新增的选择压縮算法(SelectedCompressAlgorithm)字段通知终端。步骤102，终端在版权对象请求(RORequest)消息中，通过扩展字段向服务器请求传输压縮格式的rights。具体的，在执行ROAP版权获取协议时，终端发送RORequest消息给服务器，并通过RORequest消息的扩展(Extensions)字段中新增的需要压縮版权信息(NeedCompressRights)字段，通知服务器传输压縮格式的rights。步骤103，服务器按照标准方式生成ROResponse消息，根据协商的压縮算法对ROResponse消息中的rights进行压縮，并生成压縮后的ROResponse消息发送给终端。具体的，服务器接收终端发送的RORequest消息，并根据RORequest消息中的NeedCompressRights字段得知需要传输压縮格式的rights;服务器按照现有的标准方式生成ROResponse消息，根据SelectedCompressAlgorithm字段中的压縮算法对ROResponse消息中的rights进行压縮得到CompressRights字段，并依据CompressRights字段生成压縮后的ROResponse消息发送给终端。步骤104，终端接收压縮后的ROResponse消息，根据协商的压縮算法对接收的ROResponse消息中的rights进行解压縮，并生成解压縮后的ROResponse消息。具体的，终端接收到压縮后的ROResponse消息，根据SelectedCompressAlgorithm字段中的压縮算法对接收的ROResponse消息中的rights进行解压縮，并生成解压縮后的ROResponse消息。为适应图1所述的传输方法，本发明中DeviceHello消息的格式如表1所示<table>tableseeoriginaldocumentpage7</column></row><table>表1其中增加了S聊ortedCompressAlgorithms字段信息，M表示必选，O表示可选，Su卯ortedCompressAlgorithms字段信息的XML的格式定义如下〈elementname="SupportedCompressAlgorithm"type="anyURI，，min0ccurs="0，，max0ccurs="皿bo皿ded，，/>相应的，本发明中需要对DeviceHello消息的XML格式定义进行修改，修改后的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〉同样的，为适应图1所述的传输方法，本发明中RIHello消息的格式如表2所示<table>tableseeoriginaldocumentpage8</column></row><table>SelectedAlgorithmsOSelectedCompressAlgorithmsO-RINonceo—TrustedDeviceAuthoritieso—ServerInfoo-Extensionso-表2其中增加了SelectedCompressAlgorithms字段信息，其XML的格式定义如下〈elementname="selectedCompressAlgorithm"type="anyURI，，minOccurs="O，，maxOccurs="unbounded"/〉相应的，本发明中需要对RIHello消息的XML格式定义进行修改，修改后的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字段，则表示终端要求服务器返回经过压縮的ROResponse消息；否则，表示终端不要求服务器返回经过压縮的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字段为经过压縮算法压縮后的rights数据，该数据以base64格式存在，hash字段为经安全散列算法(SHA-l，SecureHashAlgorithm-l)计算所得的原rights数据的摘要值。CompressRighs字段的id属性必须与rights字段的id属性一致，compressAlgorithm属性表示压縮rights所采用的压縮算法。从而，R0Response消息中经过修改后的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字段可以不出现；compressRights字段在采用压縮方式的时必须出现，未采用压縮方式时，可以不出现；rightsCompressed属性用以指示该R0Payload字段所带的rights是否经过压縮。下面结合具体实施例对上述图1所示的传输方法进一步详细阐述。本发明的实施例一主要描述该传输方法在服务器侧的实现流程，如图2所示，主要包括以下步骤步骤201，服务器接收到来自终端的R0Request消息，生成对应的ROResponse消息。步骤202，服务器判断RORequest消息中是否含有NeedCompressRights字段，如果是，执行步骤203，否则，执行步骤206。如果R0Request消息中含有NeedCompressRights字段，则表示终端要求服务器返回经过压縮的ROResponse消息；否则，表示终端不要求服务器返回经过压縮的ROResponse消息。步骤203，服务器判断是否已经与终端协商好压縮算法，如果是，执行步骤204;否则，执行步骤206。服务器根据RIHello消息中的SelectedCompressAlgorithms字段的内容，判断是否已经与终端协商好压縮算法。步骤204，根据协商好的压縮算法对ROResponse消息中所有的rights字段的内容进行压縮，并生成对应的CommpressRights字段。步骤205，根据CommpressRights字段生成压縮后的ROResponse消息。执行完后，转到步骤206。步骤206，服务器将生成的ROResponse消息发送给终端。需要指出的是，如果步骤206是在步骤202或203后执行，那么服务器发送的是未经压縮的ROResponse消息；如果步骤206是在步骤205后执行，那么服务器发送的是压縮后的ROResponse消息。本发明的实施例二主要描述该传输方法在终端侧的实现流程，如图3所示，主要包括以下步骤11步骤301302，终端接收到来自服务器的ROResponse消息，判断该ROResponse消息的ROPayload字段中的rightsCompressed属性是否为true,如果是，执行步骤303;否则执行步骤306。步骤303，终端判断自身是否支持SelectedCompressAlgorithms字段中所表示的压縮算法，如果是，执行步骤304;否则，终端处理ROResponse消息失败，结束整个流程。步骤304，终端根据SelectedCompressAlgorithms字段中所表示的压縮算法，对ROResponse消息中的CompressRights字段进行解压縮，并根据hash值进行数据的完整性验证。步骤305，验证通过后，还原出压縮前的rights字段，并依据rights字段生成ROResponse消息。步骤306，对ROResponse消息进行标准处理。为实现上述版权压縮的传输方法，本发明还提供了一种版权压縮的传输系统，如图4所示，该系统包括终端10和服务器20。其中，终端10，用于与服务器20协商rights的压縮算法，并在RORequest消息中，通过扩展字段向服务器20请求传输压縮格式的rights;还用于接收来自服务器20的压縮后的ROResponse消息，根据协商的压縮算法对接收的ROResponse消息中的rights进行解压縮，并生成解压縮后的ROResponse消息。服务器20，用于与终端10协商rights的压縮算法，并在接收到来自终端10的RORequest消息时，按照标准方式生成ROResponse消息，根据协商的压縮算法对ROResponse消息中的rights进行压縮，并生成压縮后的ROResponse消息发送给终端10。较佳的，终端IO进一步用于，发送DeviceHello消息给服务器20，并通过DeviceHello消息中新增的SupportedCompressAlgorithm字段将自身所支持的压縮算法通知给服务器20;相应的，服务器20进一步用于，根据Su卯ortedCompressAlgorithm字段的内容，选择协商同意的压縮算法，并通过RIHello消息中新增的SelectedCompressAlgorithm字段通知终端10。终端10还用于，发送RORequest消息给服务器20，并通过RORequest消息的Extensions字段中新增的NeedCompressRights字段，通知服务器20传输压縮格式的rights。服务器20还用于，接收终端10发送的RORequest消息，并根据RORequest消息中的NeedCompressRights字段得知需要传输压縮格式的rights;按照标准方式生成ROResponse消息，根据SelectedCompressAlgorithm字段中的压縮算法对ROResponse消息中的rights进行压縮得到CompressRights字段，并依据CompressRights字段生成压縮后的ROResponse消息发送给终端10。终端10还用于，接收到压縮后的ROResponse消息，根据SelectedCompressAlgorithm字段中的压縮算法对接收的ROResponse消息中的rights进行解压縮，并生成解压縮后的ROResponse消息。综上所述，本发明的方法和系统，很好地利用了XML格式具有良好扩展性的特点，通过扩展XML对ROResponse数据进行有效地压縮，减少了ROAP通信的数据量，提高了数字版权对象传输的可靠性和用户体验；另外，本发明中的方法也很好地利用了ROAP具备握手安全协议的特点，无缝地实现了终端和服务器间压縮版权的传输。12以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围,权利要求一种压缩版权的传输方法，其特征在于，该方法包括终端与服务器协商版权信息(rights)的压缩算法；所述终端在版权对象请求(RORequest)消息中，通过扩展字段向所述服务器请求传输压缩格式的rights；所述服务器按照标准方式生成版权对象应答(ROResponse)消息，根据协商的压缩算法对所述ROResponse消息中的rights进行压缩，并生成压缩后的ROResponse消息发送给所述终端；所述终端接收压缩后的ROResponse消息，根据协商的压缩算法对接收的ROResponse消息中的rights进行解压缩，并生成解压缩后的ROResponse消息。2.根据权利要求1所述压縮版权的传输方法，其特征在于，所述终端与服务器协商rights的压縮算法，具体为终端发送设备握手请求(DeviceHello)消息给服务器，并通过所述DeviceHello消息中新增的支持压縮算法(SupportedCompressAlgorithm)字段将自身所支持的压縮算法通知给所述服务器；所述服务器根据Su卯ortedCompressAlgorithm字段的内容，选择协商同意的压縮算法，并通过版权服务器握手响应(RIHello)消息中新增的选择压縮算法(SelectedCompressAlgorithm)字段通知所述终端。3.根据权利要求1或2所述压縮版权的传输方法，其特征在于，所述终端在RORequest消息中通过扩展字段向服务器请求传输压縮格式的rights,具体为终端发送RORequest消息给服务器，并通过所述RORequest消息的扩展(Extensions)字段中新增的需要压縮版权信息(NeedCompressRights)字段，通知所述服务器传输压縮格式的rights。4.根据权利要求3所述压縮版权的传输方法，其特征在于，所述服务器生成ROResponse消息，对ROResponse消息中的rights进行压縮，并生成压縮后的ROResponse消息发送给终端，具体为服务器接收终端发送的RORequest消息，并根据所述RORequest消息中的NeedCompressRights字段得知需要传输压縮格式的rights;服务器按照标准方式生成ROResponse消息，根据SelectedCompressAlgorithm字段中的压縮算法对所述ROResponse消息中的rights进行压縮得到CompressRights字段，并依据所述CompressRights字段生成压縮后的ROResponse消息发送给所述终端。5.根据权利要求4所述的压縮版权的传输方法，其特征在于，所述ROResponse消息中的rights进行压縮后的数据以base64格式存在。6.根据权利要求4所述压縮版权的传输方法，其特征在于，所述终端解压縮并生成解压縮后的ROResponse消息，具体为所述终端接收到压縮后的ROResponse消息，根据SelectedCompressAlgorithm字段中的压縮算法对接收的ROResponse消息中的rights进行解压縮，并生成解压縮后的ROResponse消息。7.根据权利要求6所述的压縮版权的传输方法，其特征在于，所述终端对接收的ROResponse消息中的rights进行解压縮后，该方法进一步包括根据hash值进行数据完整性验证。8.—种压縮版权的传输系统，其特征在于，该系统包括终端和服务器，其中，所述终端，用于与所述服务器协商rights的压縮算法，并在RORequest消息中，通过扩展字段向所述服务器请求传输压縮格式的rights;还用于接收来自所述服务器的压縮后的ROResponse消息，根据协商的压縮算法对接收的ROResponse消息中的rights进行解压縮，并生成解压縮后的ROResponse消息；所述服务器，用于与所述终端协商rights的压縮算法，并在接收到来自所述终端的RORequest消息时，按照标准方式生成ROResponse消息，根据协商的压縮算法对所述ROResponse消息中的rights进行压縮，并生成压縮后的ROResponse消息发送给所述终端。9.根据权利要求8所述压縮版权的传输系统，其特征在于，所述终端进一步用于，发送DeviceHello消息纟合月艮务器，并通过所述DeviceHello消息中新增的SupportedCompressAlgorithm字段将自身所支持的压縮算法通知给所述服务器；相应的，所述服务器进一步用于，根据Su卯ortedCompressAlgorithm字段的内容，选择协商同意的压縮算法，并通过RIHello消息中新增的SelectedCompressAlgorithm字段通知所述终端。10.根据权利要求8或9所述压縮版权的传输系统，其特征在于，所述终端进一步用于，发送RORequest消息给服务器，并通过所述RORequest消息的Extensions字段中新增的NeedCompressRights字段，通知所述服务器传输压縮格式的rights。11.根据权利要求io所述压縮版权的传输系统，其特征在于，所述服务器进一步用于，接收终端发送的RORequest消息，并根据所述RORequest消息中的NeedCompressRights字段得知需要传输压縮格式的rights;按照标准方式生成ROResponse消息，根据SelectedCompressAlgorithm字段中的压縮算法对所述ROResponse消息中的rights进行压縮得到CompressRights字段，并依据所述CompressRights字段生成压縮后的ROResponse消息发送给所述终端。12.根据权利要求11所述压縮版权的传输系统，其特征在于，所述ROResponse消息中的rights进行压縮后的数据以base64格式存在。13.根据权利要求11所述压縮版权的传输系统，其特征在于，所述终端进一步用于，接收到压縮后的ROResponse消息，根据SelectedCompressAlgorithm字段中的压縮算法对接收的ROResponse消息中的rights进行解压縮，并生成解压縮后的ROResponse消息。14.根据权利要求13所述压縮版权的传输系统，其特征在于，所述终端进一步用于，对接收的ROResponse消息中的rights进行解压縮后，根据hash值进行数据完整性验证。全文摘要本发明公开了一种压缩版权的传输方法，包括终端与服务器协商压缩算法；终端在版权对象请求消息中，通过扩展字段向服务器请求传输压缩格式的版权信息；服务器按照标准方式生成版权对象应答消息，根据协商的压缩算法对版权对象应答消息中的版权信息进行压缩，并生成压缩后的版权对象应答消息发送给终端；终端接收压缩后的版权对象应答消息，根据协商的压缩算法对接收的版权对象应答消息中的版权信息进行解压缩，并生成解压缩后的版权对象应答消息。本发明还公开了一种压缩版权的传输系统，减少了版权对象获取协议(ROAP)通信的数据量，提高了数字版权对象传输的可靠性和用户体验。文档编号H04L29/06GK101714982SQ200910177979公开日2010年5月26日申请日期2009年10月23日优先权日2009年10月23日发明者官军申请人:中兴通讯股份有限公司