CN102843283A - 数据转发保护方法及装置 - Google Patents

Abstract

本发明公开了一种数据转发保护方法及装置。该方法包括：电子设备接收服务器发送的包含有数据内容和转发权限的数据文件，其中，转发权限中设置有转发数据文件的最大转发次数以及是否允许转发数据文件的转发标志；电子设备根据转发权限转发数据文件。借助于本发明的技术方案，对数据文件实现转发保护，使得终端用户购买的应用只能通过授权转发，从而实现C2C场合的合法转发。

Description

数据转发保护方法及装置

技术领域

本发明涉及移动通讯领域，特别是涉及一种数据转发保护方法及装置。

背景技术

目前，在线应用商店是一种新兴的售卖移动互联网应用的商家对客户(Business to Consumer，简称为B2C)或客户对客户(Consumer to Consumer，简称为C2C)平台。历数现有的应用售卖模式，在B2C模式下，只限于个人购买和消费，而在C2C模式下的应用共享和转赠基本只涉及到免费模式。

现有的数字版权管理(Digital Rights Management，简称为DRM)，已实现了对数字内容知识产权的保护，在实际应用中，DRM可以通过组合发送模式对数字内容进行保护，DRM的组合发送(Combined Delivery)模式包括：版权对象(可选)和内容对象一起封装到DRM文件中发送到设备，可以通过版权对象对DRM进行数字内容知识产权保护，以实现C2C场合应用的转发。

目前，DRM中的版权对象实现的限制类型包括：使用次数(count)，使用时间(datetime)，使用时间段(interval)，版权对象中没有实现对转发次数的限制，这样就会导致采用DRM组合发送方式发送的应用，将会不受控的被二级转发，即接受转发文件的用户将文件再次免费转发给其他用户使用，这样就与应用的合法转发相违背了。因此，要使用DRM技术实现C2C场合应用的合法分发，还需要从技术上对转发次数进行限制。

发明内容

本发明提供一种数据转发保护方法及装置，以解决现有技术中接收转发文件的用户能够将文件再次免费转发给其他用户使用而导致的不合法转发的问题。

本发明提供一种数据转发保护方法，包括：

电子设备接收服务器发送的包含有数据内容和转发权限的数据文件，其中，转发权限中设置有转发数据文件的最大转发次数以及是否允许转发数据文件的转发标志；

电子设备根据转发权限转发数据文件。

本发明还提供了一种数据转发保护装置，包括：

接收模块，用于接收服务器发送的包含有数据内容和转发权限的数据文件，其中，转发权限中设置有转发数据文件的最大转发次数以及是否允许转发数据文件的转发标志；

处理模块，用于根据转发权限转发数据文件。

本发明有益效果如下：

本发明通过最大转发次数以及转发标志确定是否能够对数据文件进行转发，解决了现有技术中接收转发文件的用户能够将文件再次免费转发给其他用户使用而导致的不合法转发的问题，本发明能够对数据文件实现转发保护，使得终端用户购买的应用只能通过授权转发，从而实现C2C场合的合法转发，并极大的促进了移动互联网应用的售卖销量。

附图说明

图1是本发明实施例的数据转发保护方法的流程图；

图2是本发明实施例的DRM应用转发系统的结构示意图；

图3是本发明实施例的DRM文件的结构示意图；

图4是本发明实施例的数据转发保护装置的结构示意图；

图5是本发明实施例的数据转发保护装置的优选结构示意图；

图6是本发明实施例的加密解密单元处理DRM文件的示意图；

图7是本发明实施例的第一客户端装置从服务器获取DRM应用的流程图；

图8是本发明实施例的第一客户端装置将应用转发给第二客户端装置的流程图。

具体实施方式

为了解决现有技术中接收转发文件的用户能够将文件再次免费转发给其他用户使用而导致的不合法转发的问题，本发明提供了一种数据转发保护方法及装置，本发明实施例是在封装数据文件时增加一个转发字段，客户端装置通过该转发字段来转发文件，并限制文件在转发后再次不受限制的二级转发。以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

方法实施例

根据本发明的实施例，提供了一种数据转发保护方法，图1是本发明实施例的数据转发保护方法的流程图，如图1所示，根据本发明实施例的数据转发保护方法包括如下处理：

步骤101，电子设备接收服务器发送的包含有数据内容和转发权限的数据文件，其中，转发权限中设置有转发数据文件的最大转发次数以及是否允许转发数据文件的转发标志；

在执行步骤101之前，需要向服务器申请内容对象和权限文件；在向服务器申请内容对象和权限文件之后，还可以向服务器申请转发数据文件的最大转发次数。

优选地，在本发明实施例中，数据文件为DRM以组合发送模式发送的DRM文件。

步骤102，电子设备根据转发权限转发数据文件。

在步骤102中，电子设备根据最大转发次数以及转发标志判断数据文件是否能够转发，如果能够转发，则修改最大转发次数以及转发标志，并将携带有修改后的最大转发次数和转发标志的数据文件进行转发，否则，结束转发流程。

具体包括如下处理：

电子设备判断转发标志是否为允许转发；

如果判断转发标志为允许转发，电子设备则判断最大转发次数是否大于0，如果等于0，则确定数据文件不能够进行转发，如果大于0，则确定数据文件能够进行转发；

如果判断转发标志为禁止转发，电子设备则确定数据文件不能够进行转发；

如果能够转发，电子设备则将最大转发次数减1，并将转发标志修改为禁止转发。

下面以数据文件为DRM组合发送模式发送的DRM文件为例，对本发明实施例的上述技术方案进行详细说明。

图2是本发明实施例的DRM应用转发系统的结构示意图，如图2所示，DRM应用转发系统包括：服务器、第一个客户端装置、第二客户端装置、第三客户端装置、......、第N客户端装置。其中客户端装置可以是装载智能平台的电子设备，例如电脑、智能手机等，也可是具有简单智能模块的电子设备，例如，智能电视、智能车载播放器等。第一客户端装置向服务器请求内容对象和权限文件，并申请转发次数N，服务器将内容对象和权限文件以DRM组合发送模式向第一客户端装置发送DRM文件，在向第二客户端装置转发时，第一客户端装置判断转发次数N是否大于0，如果大于0，则向第二客户端装置转发DRM文件，在向第三客户端装置转发时，第一客户端装置判断转发次数N是否大于0，如果大于0，则向第三客户端装置转发DRM文件，在向第N客户端装置转发时，第一客户端装置判断转发次数N是否大于0，如果N等于0，则禁止进行转发。

图3是本发明实施例的DRM文件的结构示意图，如图3所示，包含原分布式协调功能(Distributed Coordination Function，简称为DCF)报头、内容对象、权限文件、及新增的自定义字段(也可以称为转发字段)，该新增的自定义字段包括：转发标志Flag，最大转发次数N，DCF报头包括公共报头和用户数据。

在下述实施例中，仅以包含两个客户端装置：第一客户端、第二客户端为例进行说明。具体包括以下处理：

步骤1，第一客户端向服务器申请内容对象和权限文件，并申请转发次数；

步骤2，服务器接收到第一客户端的请求后，向第一客户端发送封装有内容对象和权限文件的DRM文件(也可以称为DRM消息)，并根据请求在权限文件中设置转发次数N，并设置转发标志Flag＝0，Flag＝0表示非转发(即允许转发)；

步骤3，第一客户端接收到DRM文件后，对DRM文件进行解密，读取DRM文件中转发标志Flag为0，判定为该DRM文件是服务器端发送的；

步骤4，第一客户端在转发DRM文件时，首先判断N是否大于0，若否，则直接跳转出转发流程，结束。若是，则允许转发，并设置转发标志位Flag为1，设置转发次数N＝N-1；

步骤5，第一客户端发送DRM文件给第二客户端；

步骤6，第二客户端接收DRM文件；

步骤7，第二客户端判定转发标志位Flag是否为1；若否，则该DRM文件是来源于服务器，对转发字段无需设置，可直接按权限文件规定使用，也可转发；若是，则该DRM文件是来源于其他客户端的转发，设置转发次数N＝0，在下次转发时则会受到禁止。

从上述处理可以看出，本发明实施例由于采用了以上技术方案，实现了对DRM文件的转发，以及对二级转发的限制，并实现了转发保护，同时通过本发明实施例的技术方案也极大的促进了移动互联网应用的售卖销量。此外，本发明实施例的技术方案将版权信息和版权对象封装，从网络上下载到简单的智能设备中，使得没有联网的终端但是经过版权授权，通过读取版权对象，也能访问网络上的DRM数字内容。

下面结合具体事例，对本发明实施例的技术方案进行具体说明。

实例1

实施场景：用户1使用智能手机从服务器购买的应用APP1，并购买转发次数1，用户1将应用转赠给用户2的智能机。

步骤1，用户1使用智能手机从服务器购买应用APP1，并申请转发次数为1；

步骤2，服务器将转发次数N设置为1，将转发标志符F1ag设置为0，与应用APP1和权限文件一起封装在文件DRM1中，将如图3所示结构的DRM1消息发送给用户1的智能手机；

步骤3，用户1接收DRM1消息(文件DRM1)，解析DRM1消息，提取DRM1消息中的转发标志位Flag和转发次数N；

步骤4，用户1判定转发标志位Flag为0，确定允许转发，用户1的智能机上可以使用APP1的所有授权功能，随后，用户1将DRM1文件重新进行封装。

步骤5，用户1向用户2推荐该应用，并承诺将应用APP1转发给用户2，用户1的智能机在发送DRM1消息之前，解析DRM1文件，提取转发次数和转发标志位，判定N＝1是大于零的，确定允许该次转发；

步骤6，用户1设置转发标志位Flag＝1，转发次数减1设置为N＝0；

步骤7，用户1重新封装文件DRM1；

步骤8，用户1将封装后的文件DRM1，即DRM1消息发送给用户2的智能手机；

步骤9，用户2的智能手机接收DRM1消息；

步骤10，用户2提取DRM1消息中的转发标志位Flag和N；

步骤11，用户2判定转发标志位Flag＝1，故设置转发次数N＝0；

步骤12，用户2将解析出来的应用APP1进行存储，用户2的智能手机可以使用APP1的所有功能，实现了转发。

在本实例中，如果用户2想对APP1再次进行转发；由于转发次数N＝0，故不允许该次转发，直接终止本次转发行为，实现了禁止二级转发。如果用户1仍想再次转发，也因为判定转发次数N＝0，禁止转发，实现了对合法转发次数的保护。

实例2

实施场景：用户1使用智能手机从服务器购买的应用APP2，并购买转发次数2，将应用转赠给用户2和用户3的智能手机。

步骤1，服务器将转发次数N设置为2，将转发标志符Flag设置为0，并与应用APP2和权限对象一起封装在文件DRM2中，将如图3所示结构的DRM2消息发送给用户1的智能手机；

步骤2，用户1接收DRM2消息(文件DRM2)，解析DRM2消息，提取DRM2消息中转发标志位Flag和转发次数N；

步骤3，用户1判断转发标志位Flag为0，确定允许转发；此时，用户1的智能机上可以使用APP2的所有功能。

步骤4，用户1向用户2推荐该应用，并将应用APP2转发给用户2。用户1在发送DRM2消息之前，解析DRM2消息，提取DRM2消息中的转发次数和转发标志位；

步骤5，用户1判定N＝2是大于零的，确定允许该次转发；

步骤6，用户1设置转发标志位Flag＝1，转发次数减1设置为N＝1；

步骤7，用户1封装文件DRM2，形成如图3所示结构的DRM2消息；

步骤8，用户1将封装后的DRM2消息发送给用户2的智能手机；

步骤9，用户2接收DRM2消息；

步骤10，用户2提取DRM2消息中的转发标志位Flag和N；

步骤11，用户2判定转发标志位Flag＝1，故设置转发次数N＝0；

步骤12，用户2将解析出来的应用APP2进行存储，此时用户2的智能手机可以使用APP2的所有功能，实现了转发；

此时，如果用户2想对APP2再次进行转发；由于转发次数N＝0，故不允许该次转发，直接终止本次转发行为，实现了禁止二级转发。

步骤13，用户1的DRM2消息的转发次数N＝1，所以还可以进行转发，用户1选择将APP2转发给用户3；

步骤14，用户1在发送DRM2消息之前，解析DRM2消息，提取DRM2消息中的转发次数和转发标志位；

步骤15，用户1判定N＝1是大于零的，故允许该次转发；

步骤16，用户1设置转发标志位Flag＝1，转发次数减1设置为N＝0；

步骤17，用户1封装文件DRM2，形成如图3所示结构的DRM2消息；

步骤18，用户1将封装后的DRM2消息发送给用户3的智能手机；

步骤19，用户3接收DRM2消息；

步骤20，用户3提取DRM2消息中转发标志位Flag和N；

步骤21，用户3判定转发标志位Flag＝1，故设置转发次数N＝0；

步骤22，用户3将解析出来的应用APP2进行存储，此时用户3的智能手机可以使用APP2的所有功能，实现了转发。

此时，如果用户3想对APP2再次进行转发；由于转发次数N＝0，故不允许该次转发，直接终止本次转发行为；如果用户1仍想再次转发，也因为转发次数N＝0，禁止转发。

实例3

实施场景：用户1使用智能手机从服务器购买的应用APP3，并购买转发次数1，将应用转发给用户1家的智能电视。

步骤1，用户1使用智能手机从服务器购买应用APP3，并申请转发次数为1；

步骤2，服务器将转发次数N设置为1，将转发标志符Flag设置为0，并与应用APP3和权限文件一起封装在文件DRM3中，形成如图3所示结构的DRM3消息发送给用户1的智能手机；

步骤3，用户1的智能手机接收DRM3消息，解析DRM3消息，提取DRM3消息中转发标志位Flag和转发次数N；

步骤4，用户1判定转发标志位Flag为0，确定允许转发，并将应用APP3放置在存储单元里进行使用，此时，用户1的智能机上可以使用APP3的所有功能；

步骤5，用户1需要在家里的电视上使用APP3，并且电视也是智能平台，于是用户1将APP3转发给智能电视，用户1的智能手机在发送DRM3消息之前，解析DRM3消息，提取DRM3消息中的转发次数和转发标志位；

步骤6，用户1的智能手机判定N＝1是大于零的，确定允许该次转发；

步骤7，用户1设置转发标志位Flag＝1，转发次数减1设置为N＝0；

步骤8，用户1的智能手机封装文件DRM3，形成如图3所示结构的DRM3消息；

步骤9，用户1的智能手机将封装后的DRM3消息发送给用户1的智能电视；

步骤10，用户1的智能电视接收DRM3消息；

步骤11，用户1的智能电视提取DRM3消息中转发标志位Flag和N；

步骤12，用户1的智能电视判定转发标志位Flag＝1，故设置转发次数N＝0；

步骤13，用户1的智能电视将解析出来的应用APP3放置在存储单元，此时用户1的智能电视可以使用APP1的所有功能，实现了转发。

经过上述处理，如果用户1的智能电视想对APP3再次进行转发，由于转发次数N＝0，故不允许该次转发，直接终止本次转发行为；如果用户1的智能手机仍想再次转发，因为转发次数N＝0，禁止转发。

装置实施例

根据本发明的实施例，提供了一种数据转发保护装置，图4是本发明实施例的数据转发保护装置的结构示意图，如图4所示，根据本发明实施例的数据转发保护装置包括：接收模块40、以及处理模块42。以下对本发明实施例的各个模块进行详细的说明。

接收模块40，用于接收服务器发送的包含有数据内容和转发权限的数据文件，其中，转发权限中设置有转发数据文件的最大转发次数以及是否允许转发数据文件的转发标志；优选地，在本发明实施例中，数据文件为DRM组合发送模式下发送的DRM文件。

处理模块42，用于根据转发权限转发数据文件。

本发明实施例还可以包括：申请模块，用于向服务器申请内容对象和权项文件；在向服务器申请内容对象和权项文件之后，申请模块还可以向服务器申请转发数据文件的最大转发次数。

具体地，处理模块42用于根据最大转发次数以及转发标志判断数据文件是否能够转发，如果能够转发，则修改最大转发次数以及转发标志，并将携带有修改后的最大转发次数和转发标志的数据文件进行转发，否则，结束转发流程。在结束转发流程之前，处理模块42可以将最大转发次数设置为0。

具体地，处理模块42判断转发标志是否为允许转发；如果判断转发标志为允许转发，则判断最大转发次数是否大于0，如果等于0，则确定数据文件不能够进行转发，如果大于0，则确定数据文件能够进行转发；如果判断转发标志为禁止转发，则确定数据文件不能够进行转发；如果能够转发，则将最大转发次数减1，并将转发标志修改为禁止转发。

需要说明的是，本发明实施例的数据转发保护装置设置在客户端装置中，该数据转发保护装置所包含的模块是优选结构，在实际应用中，可以进行各种变换，例如，图5是本发明实施例的数据转发保护装置的优选结构示意图，如图5所示，可以将图4中的处理模块42分为：加密解密单元、以及发送单元。此外，本发明实施例的数据转发保护装置还可以包括：存储单元，该存储单元可以用来存储DRM文件中携带的内容对象以及权限文件；即，客户端装置中的数据转发保护装置包括接收单元，发送单元，加密解密单元，以及存储单元。

图6是本发明实施例的加密解密单元处理DRM文件的示意图，如图6所示，加密解密单元通过解密功能将接收的DRM文件进行消息(Message)解析、转发字段解析、版权解析、DCF解析、然后获取到内容对象，随后，加密解密单元通过加密功能对DRM文件进行设置和封装，包括：转发字段设置，即设置转发标志位Flag以及转发次数、转发字段打包、版权打包、DCF打包、消息(Message)打包。

下面结合具体事例，对本发明实施例的技术方案进行具体说明。

实施场景：第一客户端装置使用智能手机从服务器购买的应用APP1，并购买转发次数1，第一客户端装置将应用转赠给第二客户端装置的智能机。

步骤1，第一客户端装置使用智能手机通过申请模块从服务器购买应用APP1，并申请转发次数为1；

步骤2，服务器将转发次数N设置为1，将转发标志符Flag设置为0，与应用APP1和权限文件一起封装在文件DRM1中，将如图3所示结构的DRM1消息发送给第一客户端装置的智能手机；

步骤3，图7是本发明实施例的第一客户端装置从服务器获取DRM应用的流程图，如图7所示：第一客户端装置通过接收单元接收DRM1消息(文件DRM1)，通过加密解密单元解析DRM1消息，提取DRM1消息中的转发标志位Flag和转发次数N；

步骤4，用户1的接收单元判定转发标志位Flag为0，确定允许转发，用户1的智能机上可以使用APP1的所有授权功能，随后，用户1的接收单元调用加密解密单元将DRM1文件重新进行封装，并将封装后的DRM1文件存储到存储单元；

此时，如果用户1仍想再次转发，因为判定转发次数N＝0，发送单元禁止转发，实现了对合法转发次数的保护。

步骤5，用户1向用户2推荐该应用，并承诺将应用APP1转发给用户2，图8是本发明实施例的第一客户端装置将应用转发给第二客户端装置的流程图，如图8所示，用户1的智能机的发送单元在发送DRM1消息之前，发送单元调用加密解密单元，加密解密单元解析DRM1文件，提取转发次数和转发标志位，发送单元判定N＝1是大于零的，确定允许该次转发，如果N＝0，则结束本次转发操作；

步骤6，用户1的发送单元将转发标志位Flag设置为1，将转发次数减1设置为N＝0；

步骤7，用户1发送单元再次调用加密解密单元，重新封装文件DRM1；

步骤8，用户1的发送单元将封装后的文件DRM1，即DRM1消息发送给用户2的智能手机；

步骤9，用户2的智能手机通过接收单元接收DRM1消息；

步骤10，用户2的接收单元调用加密解密单元，提取DRM1消息中的转发标志位Flag和N；

步骤11，用户2的接收单元判定转发标志位Flag＝1，故设置转发次数N＝0，如果用户2的接收单元判定Flag不等于1，则接收单元调用加密解密单元，重新封装文件DRM1；

步骤12，用户2的接收单元将解析出来的应用APP1放置在存储单元进行存储，用户2的智能手机可以使用APP1的所有功能，实现了转发。

在本实例中，如果用户2想对APP1再次进行转发；由于转发次数N＝0，故不允许该次转发，直接终止本次转发行为，实现了禁止二级转发。

本发明实施例通过最大转发次数以及转发标志确定是否能够对数据文件进行转发，解决了现有技术中接收转发文件的用户能够将文件再次免费转发给其他用户使用而导致的不合法转发的问题，本发明能够对数据文件实现转发保护，使得终端用户购买的应用只能通过授权转发，从而实现C2C场合的合法转发，并极大的促进了移动互联网应用的售卖销量。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims (10)

1.一种数据转发保护方法，其特征在于，包括：

电子设备接收服务器发送的包含有数据内容和转发权限的数据文件，其中，所述转发权限中设置有转发所述数据文件的最大转发次数以及是否允许转发所述数据文件的转发标志；

所述电子设备根据所述转发权限转发所述数据文件。

2.如权利要求1所述的方法，其特征在于，所述电子设备根据所述转发权限转发所述数据文件具体包括：

所述电子设备根据所述最大转发次数以及所述转发标志判断所述数据文件是否能够转发，如果能够转发，则修改所述最大转发次数以及所述转发标志，并将携带有修改后的所述最大转发次数和所述转发标志的所述数据文件进行转发，否则，结束转发流程。

3.如权利要求1所述的方法，其特征在于，所述数据文件为数字版权管理DRM组合发送模式发送的DRM文件。

4.如权利要求2所述的方法，其特征在于，所述电子设备根据所述最大转发次数以及所述转发标志判断所述数据文件是否能够转发具体包括：

所述电子设备判断所述转发标志是否为允许转发；

如果判断所述转发标志为允许转发，所述电子设备则判断所述最大转发次数是否大于0，如果等于0，则确定所述数据文件不能够进行转发，如果大于0，则确定所述数据文件能够进行转发；

如果判断所述转发标志为禁止转发，所述电子设备则确定所述数据文件不能够进行转发。

5.如权利要求2所述的方法，其特征在于，如果能够转发，则修改所述最大转发次数以及所述转发标志具体包括：

如果能够转发，则将所述最大转发次数减1，并将所述转发标志修改为禁止转发。

6.一种数据转发保护装置，其特征在于，包括：

接收模块，用于接收服务器发送的包含有数据内容和转发权限的数据文件，其中，所述转发权限中设置有转发所述数据文件的最大转发次数以及是否允许转发所述数据文件的转发标志；

处理模块，用于根据所述转发权限转发所述数据文件。

7.如权利要求6所述的装置，其特征在于，所述处理模块具体用于：

根据所述最大转发次数以及所述转发标志判断所述数据文件是否能够转发，如果能够转发，则修改所述最大转发次数以及所述转发标志，并将携带有修改后的所述最大转发次数和所述转发标志的所述数据文件进行转发，否则，结束转发流程。

8.如权利要求6所述的装置，其特征在于，所述数据文件为数字版权管理DRM组合发送模式发送的DRM文件。

9.如权利要求7所述的装置，其特征在于，所述处理模块具体用于：

判断所述转发标志是否为允许转发；

如果判断所述转发标志为允许转发，则判断所述最大转发次数是否大于0，如果等于0，则确定所述数据文件不能够进行转发，如果大于0，则确定所述数据文件能够进行转发；

如果判断所述转发标志为禁止转发，则确定所述数据文件不能够进行转发。

10.如权利要求7所述的装置，其特征在于，所述处理模块具体用于：

如果能够转发，则将所述最大转发次数减1，并将所述转发标志修改为禁止转发。

Images