技术领域

本发明涉及通信技术领域， 特别涉及一种资源分享方法、 装置及存储介

背景技术

P2P ( Peer-to-Peer, 对等， 又被称为 "点对点" ）技术， 是一种网络新 技术， 依赖网络中参与者的计算能力和带宽， 而不是把依赖都聚集在较少的 几台服务器上。 P2P技术在文件共享和下载方面得到了广泛的应 用。 P2P— 端的下载速度和另一端的上传速度密切相关， 对于广泛使用的 ADSL

( Asymmetric Digital Subscriber Line ,非对称数字用户环路 )上网技术而言， ADSL的上传速度并不快， 仅几十 K/秒的速度， 一些用户还会人为限制上传 速度， 这导致了 P2P方式的上传带宽资源的缺乏， 因此， 用户会普遍感觉 P2P 的速度较慢。

P2S ( Peer to Server, 点对服务器）是基于用户对服务器的传输技术 ， 用 户直接到某个大型的下载网站去下载文件， 文件存储在网站服务器上， 因此 速度可以得到保证， 但存在的问题是资源分散、 不易搜索。

P2SP ( Peer to Server & Peer, 点对良务器和点）就是下载不再象传统方 式那样只能依赖服务器， 内容的传递可以在网络上的各个终端机器中进 行。 P2SP除了包含 P2P以外， P2SP的 "S" 是指服务器。 P2SP有效地把原本孤立 的服务器和其镜像资源以及 P2P资源整合到了一起。 它在下载的稳定性和下 载的速度上，都比传统的 P2P或 P2S有了非常大的提高。 P2SP基于用户对服务 器和用户机制， 不同于 P2P, 也不同于 P2S, 它不但支持 P2P技术， 同时还通 过检索数据库把服务器资源和 P2P资源整合到了一起， 用户下载一个文件的 时候， 会自动搜索其他资源， 选择合适的资源进行加速， 这使得 P2SP在下载 的稳定性和下载的速度上， 比传统的 P2P有了非常大的提高。

用户下载过程当中， 如果发现一个好的下载源和地址， 需要分享或者传 递给其他人。 目前有几种方式： ( 1 )通过即时通信软件在线传递；

( 2 )通过邮件发送异步传递；

( 3 ) 利用各种分享的社交工具平台， 来传递各种下载资源和链接；

( 4 )本地资源发布， 上传本地文件到中转服务器， 然后生成一个临时 的链接传递给好友， 然后好友开始下载需要的文件。

比如在微博平台上的分享： 可以直接将文件分享到微博， 第一时间让你 的粉丝来下载， 让文件分享更快捷； 也可以将好的资源发布到微博， 随着下 载和转发的次数的增加， 可以提高粉丝数。 微博作为快速发展的内容平台， 资源有快速转播和传播的方式， 基于几何级数的方式非常快， 目前的主流的 下载工具和平台都提供到分享到微博的入口， 随着微博开放平台的推进， 会 越来越流行。

在 P2SP技术当中， 下载一个文件， 数据来源分为原始链接， P2P网络， 第三方镜像的辅助源， 然后通过完整文件的唯一标识（比如 MD5或者 SHA ) 把文件统一串联起来。 现在 P2SP下载具体发布流程图如图 1所示， 具体包括 以下步骤：

步骤 S101、 下载客户端需要下载文件的时候从互联网或者 资源网站获取 URL ( Uniform I Universal Resource Locator, 统一资源定位符 )链接。

步骤 S102、 下载客户端以 URL链接为入口， 从资源索引服务器， 查询多 资源及文件 Hash, 然后从查询到的 URL下载数据。

步骤 S103、 下载客户端下载完成后， 注册文件信息到 Tracker (追踪点） 服务器。

步骤 S 104、 其他客户端通过 Tracker服务查询到已经下载完成的 Peer和正 在下载的 Peer。

步骤 S105、 其它下载客户端开始多源 P2P下载， 在 Peer之间相互交换数 据。

步骤 S106、 下载完成以后将相关的统计信息上报给统计服 务器。

由于版权和法律方面的原因， 很多下载网站上已经将大量的涉及到版权 的内容关闭和下线了， 用户下载过程中原始文件入口的地址来源开始 转向各 大 SNS ( Social Networking Services, 社会性网络服务）分享平台、 微博平台 和各种即时通讯工具的好友之间的传播。

这样的通过好友之间进行传播的方式， 具有传播速度快， 传播范围广， 传播内容审查规则宽松的特点。

在实现本发明实施例的过程中， 申请人发现现有技术至少存在以下问 题：

1、 好友之间所传播的内容和整个过程不受下载平 台控制， 没有审计功 能， 存在非法信息传播的隐患。

2、 好友之间所传播的内容和下载链接传播的过程 无法追溯， 比如微博 外链就是可以把网盘里面的东西分享给微博好 友， 生成的外链直接可以发布 到一条微博，但是这种下载链接基本是不受控 制的，容易造成非法内容传播。

3、 这样的通告好友之间进行内容传播的速度很快 ， 且接收群体不确定， 其所传播的内容可能存在内容侵权或传播非法 内容等问题， 一旦形成内容扩 散， 传播控制难度较大。 发明内容

本发明实施例提供一种资源分享方法、 装置及存储介质， 解决在现有技 术中对资源分享无法控制， 以及无法追溯资源分享来源的问题。

为达到上述目的， 本发明实施例一方面提供了一种资源分享方法 ， 所述 方法具体包括：

接收用户所发送的资源分享指示消息；

向分享服务器获取所述用户的关系链信息；

根据所述资源分享指示消息所对应的被分享资 源的信息， 以及获取到的 所述用户的关系链信息， 生成资源下载链接；

通过所述分享服务器将所述资源下载链接发送 给其他客户端， 以使与所 述用户的关系链信息相匹配的其他用户能够在 符合相应分享规则的情况下， 下载所述资源分享指示消息所对应的被分享资 源。

另一方面， 本发明实施例还提供了一种客户端， 具体包括： 接收模块， 用于接收用户所发送的资源分享指示消息；

获取模块， 用于向分享服务器获取所述用户的关系链信息 ；

生成模块， 用于根据所述资源分享指示消息所对应的被分 享资源的信 息， 以及获取到的所述用户的关系链信息， 生成资源下载链接；

传输模块， 用于通过所述分享服务器将所述资源下载链接 发送给其他客 户端， 以使与所述用户的关系链信息相匹配的其他用 户能够在符合相应分享 规则的情况下， 下载所述资源分享指示消息所对应的被分享资 源。

另一方面， 本发明实施例还提供了一种分享服务器， 至少包括： 接收模块， 用于接收客户端发送的关系链请求消息， 所述关系链请求消 息与所述客户端的用户相对应；

获取模块， 用于向相应的关系链服务器获取所述用户的关 系链信息； 发送模块， 用于将所述获取模块所获取到的所述用户的关 系链信息返回 给所述客户端。

另一方面， 本发明实施例还提供了一种关系链服务器， 至少包括： 存储模块， 用于存储各用户所对应的关系链信息；

接收模块， 用于接收分享服务器发送的关系链请求消息；

发送模块， 用于根据所述接收模块所接收到的关系链请求 消息， 将所述 存储模块所存储的响应用户所对应的关系链信 息发送给所述分享服务器。

另一方面， 本发明实施例还提供了一种包含计算机可执行 指令的存储介 质， 所述计算机可执行指令用于执行一种资源分享 方法， 所述方法包括以下 步骤：

接收用户所发送的资源分享指示消息；

向分享服务器获取所述用户的关系链信息；

根据所述资源分享指示消息所对应的被分享资 源的信息， 以及获取到的 所述用户的关系链信息， 生成资源下载链接；

通过所述分享服务器将所述资源下载链接发送 给其他客户端， 以使与所 述用户的关系链信息相匹配的其他用户能够在 符合相应分享规则的情况下， 下载所述资源分享指示消息所对应的被分享资 源。

与现有技术相比， 本发明实施例具有以下优点： 通过应用本发明实施例的技术方案， 利用关系链进行鉴权控制， 在生成 资源下载链接的时候， 在该链接中加入相应的关系链信息， 并由分享服务器 记录并发送该资源下载链接， 当用户需要根据接收到的资源下载链接进行下 载时， 根据其中的关系链信息对用户进行鉴权， 只允许拥有符合关系链所对 应的好友关系的用户能够下载特定的内容， 从而， 在现有的下载平台系统引 入受控的资源分享机制， 控制内容的合法有序传播， 同时， 可以实现对资源 传播过程的追溯。 附图概述

为了更清楚地说明本发明实施例的技术方案， 下面将对实施例描述中所 需要使用的附图作筒单地介绍， 显而易见地， 下面描述中的附图仅仅是本发 明的一些实施例， 对于本领域的普通技术人员来讲， 在不付出创造性劳动的 前提下， 还可以根据这些附图获得其他附图。

图 1为现有技术中 P2SP下载具体发布流程图；

图 2为本发明实施例提出的一种资源分享方法的� �程示意图； 图 3为本发明实施例提出的一种具体应用场景的� �意图；

图 4为本发明实施例提出的一种客户端的结构示� �图；

图 5为本发明实施例提出的一种分享服务器的结� �示意图；

图 6为本发明实施例提出的一种关系链服务器的� �构示意图。 本发明的较佳实施方式

下面结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清 楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不 是全部的实施例。 基于本发明的实施例， 本领域普通技术人员在没有做出创 造性劳动前提下所获得的所有其他实施例， 都属于本发明的保护范围。

如背景技术所述， 在现有的技术方案中， 资源的分享和下载都是直接将 资源所对应的链接进行直接转发和连接应用， 没有相应的限制和访问记录机 制， 因此， 存在非法信息任意传播的隐患， 且对于信息传播路径和来源的追 溯则会因为没有相应的准确记录而变得非常困 难。 为了克服这样的缺陷， 本发明实施例提出了一种资源分享方法， 充分利 用资源分享者和被分享者之间的好友关系进行 相应的鉴权控制， 在生成资源 下载链接的时候， 将资源的原始信息加入相应的关系链信息的限 制信息之后 生成新的资源下载链接， 并由分享服务器记录并发送该资源下载链接， 当用 户需要根据接收到的资源下载链接进行下载时 ， 需要根据其中的关系链信息 对用户进行鉴权， 只允许拥有符合关系链所对应的好友关系的用 户能够下载 特定的内容。

如图 2所示， 为本发明实施例提出的一种资源分享方法的流 程示意图， 应用于包括多个查杀引擎的系统中， 其中， 需要说明的是， 在本实施例中， 具体以客户端接收相应的资源分享指示消息并 进行后续操作为例来进行说 明， 这样的说明只是为了方便描述， 并不会影响本发明的保护范围。

该方法具体包括以下步骤：

步骤 S201、 客户端接收用户所发送的资源分享指示消息。

本步骤所提及的资源分享指示消息可以是用户 直接发送的操作指示， 也 可以是用户通过触发新的操作流程而间接发送 的操作指示， 例如， 有的资源 网站中， 在其所发布的资源链接旁直接添加了分享按钮 ， 用户可以通过点击 该按钮触发相应的分享操作。

步骤 S202、 所述客户端向分享服务器获取所述用户的关系 链信息。 具体的， 本步骤中所描述的流程的具体操作过程如下：

首先， 客户端向所述分享服务器发送对应所述用户的 关系链请求消息。 然后， 所述分享服务器向相应的关系链服务器获取所 述用户的关系链信 息。

在分享服务器对于相应的关系链信息获取完成 后， 所述客户端接收所述 分享服务器返回的所述用户的关系链信息。

通过上述流程， 分享服务器从相应的关系链服务器拉取了与客 户端当前 的用户所对应的关系链信息。

在实际应用中， 上述的所述用户的关系链信息， 具体为可以为以下的一 种或多种信息：

( 1 ) 以所述用户为起点， 以另一个用户为终点的一对一关系链信息。 ( 2 ) 以所述用户为起点， 分别以其他多个用户为多个终点的一对多关 系链信息。

( 3 ) 以所述用户为起点， 以一个关系平台为终点的关系链信息， 所述 关系平台中为所述用户所对应的关系平台， 其中包括多个其他用户。

具体的， 这样的关系平台可以包括社交网络平台， 通过即时通信软件所 组建的通信群组等形式。

需要指出的是， 上述的各种信息类型的选择可以根据实际的需 要来确 定， 具体选择哪种信息或哪几种信息的组合并不会 对本发明的保护范围产生 影响， 另一方面， 由于关系链的作用在于标识当前用户与其他用 户之间的好 友关系， 即表明关系链两端所对应的用户可以通过一定 的关系 （如好友、 粉 丝等关系）相关联或追溯， 所以， 除了上述的几种关系类型， 其他能够表示 用户之间关系的信息类型同样可以作为上述的 关系链应用在本发明实施例 所提出的技术方案中。

步骤 S203、所述客户端根据所述资源分享指示消息� �对应的被分享资源 的信息， 以及获取到的所述用户的关系链信息， 生成资源下载链接。

在具体的应用场景中， 本步骤的处理流程可以具体为所述客户端至少 将 所述被分享资源所对应的唯一 Hash标记、 分享时间信息、 所述用户的信息 和所述用户进行资源分享的目的用户的信息， 按照预设的算法和密钥进行加 密后， 生成资源下载链接。

进一步的， 在其他的实际应用过程中， 为了对被分享资源进行更加准确 的过滤和限制， 上述的所述客户端按照预设的算法和密钥进行 加密的信息， 还可以包括分享类型信息， 和 /或分享规则信息等限制信息。

其中， 分享类型信息可以标识当前被分享的资源的具 体类型， 从而， 可 以明确何种类型的信息正在被共享（例如： 视频、 文档、 应用程序等） ， 一 方面， 相应的被分享用户可以明确自身所获取的资源 的类型， 另一方面， 相 应的网络设备（例如分享服务器）也可以记录 下被分享资源的类型， 以便对 资源分享操作的记录和查询， 不仅如此， 如果网络中需要对某种类型的资源 的传播进行限制（比如， 为了避免病毒的传播， 可以限定 exe文件的分享）， 那么， 上述的分享类型信息可以直接确定被分享资源 的具体类型， 如果属于 被限制分享的类型， 则可终止当前的分享操作， 维护网络的安全， 方便对网 络的监控。

而分享规则信息的设定， 则是对于资源分享过程中， 获取资源的一方的 一些条件限制， 比如：

( 1 )可以限制获取资源的时间， 在分享资源后的一定时间内可以正常 获取， 而超过了这个时间限制， 则无论用户是否是资源分享的目标用户， 都 不能再继续获取该资源。

( 2 )可以限制获取资源的次数， 在资源分享开始后， 限定资源的被下 载次数， 如果当前累计的被下载次数已经达到次数限制 ， 则后续发起下载操 作的用户是否是资源分享的目标用户， 都不能再继续获取该资源。

( 3 )可以限制获取资源的位置， 比如制定下载发起端的 IP地址范围， 只有属于该 IP地址范围内的用户才能进行下载，而如果当� ��发起下载申请的 用户不属于该 IP地址范围，则无论该用户是否是资源分享的� ��标用户，都不 能再继续获取该资源。

当然， 在实际操作的过程中， 还可以根据实际需要进一步的增加上述的 分享规则的内容和类型， 并且， 具体采用哪种或哪几种类型的分享规则， 可 以根据实际需要来确定， 这样的变化并不影响本发明的保护范围。

步骤 S204、所述客户端通过所述分享服务器将所述� �源下载链接发送给 其他客户端， 以使与所述用户的关系链信息相匹配的其他用 户能够在符合相 应分享规则的情况下， 下载所述资源分享指示消息所对应的被分享资 源。

在上述的处理完成后， 具体的资源下载链接的下发过程中， 需要通过分 享服务器来完成， 通过这样的处理， 分享服务器可以记录相应的资源下载链 接的传播信息， 以便后续的资源下载来源和路径的追溯和核查 。

具体的， 通过分享服务器传输资源下载链接的方式主要 包括以下几种： 方式一、 所述客户端通过所述分享服务器直接将所述资 源下载链接发送 给其他客户端所对应的其他用户。

方式二、 所述客户端通过所述分享服务器将所述资源下 载链接通过即时 通信软件发送给其他客户端所对应的其他用户 。

方式三、 所述客户端通过所述分享服务器将所述资源下 载链接通过电子 邮件发送给其他客户端所对应的其他用户。

方式四、 所述客户端通过所述分享服务器将所述资源下 载链接通过关系 平台发送给其他客户端所对应的其他用户。

无论采用上述的哪种方式， 分享服务器均可以记录相应的转发信息， 从 而明确资源分享的路径信息， 除了以上的几种方式以外， 随着技术的发展， 还可以出现更多的传输方式， 比如， 手机彩信， 以及在不同终端之间传输的 点对点多媒体信息等， 这样的传输方式具体内容的变化， 并不会影响本发明 的保护范围。

通过上述的过程， 完成了在资源分享端对资源下载链接的分享， 而对于 资源被分享端， 相应的处理过程也会由于资源下载链接中所携 带的关系链信 息等而发生相应的调整，用户只有在通过鉴权 后，才能进行相应资源的下载， 具体说明如下：

步骤 S205、在所述客户端通过所述分享服务器将所� �资源下载链接发送 给其他客户端之后， 所述其他客户端接收自身所对应的其他用户所 发送的对 应所述资源下载链接的下载指示消息。

步骤 S206、所述其他客户端向所述分享服务器请求� �所述资源下载链接 进行鉴权。

在实际应用中， 具体的鉴权过程包括以下流程：

所述其他客户端对所述资源下载链接进行解密 ， 获取所述用户的关系链 信息和被分享资源的信息。

所述其他客户端向所述分享服务器发送对所述 资源下载链接进行鉴权 的请求消息， 以及所述用户的关系链信息和被分享资源的信 息。

所述分享服务器向相应的关系链服务器请求验 证所述其他用户是否与 所述用户的关系链信息相匹配。

如果匹配， 所述分享服务器向所述其他客户端发送所述被 分享资源所对 应的原始链接， 执行步骤 S207;

如果不匹配， 所述分享服务器向所述其他客户端发送鉴权失 败指示， 执 行步骤 S208。 信息相匹配的操作可以包括两方面的内容：

当被分享资源的信息是对应一个明确用户的信 息 （比如用户标识信息、 用户所对应的网络地址信息等）时， 则验证该其他用户是否是被分享资源的 信息所对应的用户。

当被分享资源的信息是对应一个用户群组的信 息（比如群信息、 社交网 站平台信息等）时， 则验证该其他用户是否属于被分享资源的信息 所对应的 用户群组， 比如， 如果被分享资源的信息是一个微博账号， 则验证该其他用 户是否是该微博账号的粉丝， 而如果被分享资源的信息是一个群组号码， 则 验证该其他用户是否是该群组的成员。

步骤 S207、所述其他客户端接收所述分享服务器返� �的所述被分享资源 的原始链接， 并通过所述原始链接下载所述被分享资源。

步骤 S208、 所述其他客户端接收所述分享服务器返回的鉴 权失败指示， 确定对所述资源下载链接的下载处理失败。

需要进一步指出的是， 如果如前述的步骤 S203所述， 相应的资源下载 链接中还携带了分享类型信息和 /或分享规则信息，则所述分享服务器在步骤 S206中的验证结果为匹配时，还需要进一步判� �当前被请求下载的资源是否 符合可以合法下载的资源类型限制，和 /或判断所述其他用户是否符合相应的 分享规则。

如果符合， 所述分享服务器向所述其他客户端发送所述被 分享资源所对 应的原始链接， 执行步骤 S207, 如果不符合， 所述分享服务器向所述其他客 户端发送鉴权失败指示， 执行步骤 S208。

与现有技术相比， 本发明实施例具有以下优点：

通过应用本发明实施例的技术方案， 利用关系链进行鉴权控制， 在生成 资源下载链接的时候， 在该链接中加入相应的关系链信息， 并由分享服务器 记录并发送该资源下载链接， 当用户需要根据接收到的资源下载链接进行下 载时， 根据其中的关系链信息对用户进行鉴权， 只允许拥有符合关系链所对 应的好友关系的用户能够下载特定的内容， 从而， 在现有的下载平台系统引 入受控的资源分享机制， 控制内容的合法有序传播， 同时， 可以实现对资源 传播过程的追溯。 下面， 结合具体的应用场景， 对本发明实施例所提出的技术方案进行说 明。

根据本发明实施例所提出的技术方案的核心思 想， 客户端在分享下载链 接的过程当中， 需要重新生成资源下载链接， 并且在生成的资源下载链接中 加入关系链的验证。

在具体的处理场景中， 相应的处理规则如下， 通过将 FromID (源信息， 即分享该资源的用户的信息） ， ToID (目的信息， 即当前资源的分享目标信 息， 可以是具体的用户， 也可以是一个用户群体） ， 分享时间 （即当前分享 该资源的时间信息） ， 分享文件内容的唯一 Hash标记（即被分享的资源的 标识信息）进行组合处理， 生成新的资源下载链接。

具体的组合处理的过程如下：

首先， 将如以下的表 1所示的各字段拼接成一个緩沖区， 通过加密算法 和约定的 Key对前 4个字段的内容（ Shal , 时间戳， FromID及 ToID的部分 字段）加密后得到 Key, 以防止伪造。

生成资源下载链接的各信息的组合方式

其中， SHA1是一种安全哈希算法（ Secure Hash Algorithm ) , 主要适用 于数字签名标准（ Digital Signature Standard DSS )里面定义的数字签名算法 ( Digital Signature Algorithm, DSA ) , 表 1中的 SHA1的字段中包含分享文 件内容的唯一 Hash标记的内容， 括号中的 20, 表示该字段的长度大小。

TimeStamp则为时间戳信息， 表示当前分享该资源的时间信息， 括号中 的 4, 表示该字段的长度大小。

FromID和 ToID则是根据前述关系链信息所得到的当前资� �分享操作的 源用户信息和目的用户信息， 据此可以知道当前资源分享操作的路径。

Key是预先约定的密钥信息，主要是为了防止伪 造资源下载链接，该 Key 在各客户端中需要预先约定好用于资源下载链 接真伪的识别。

Type则是前述的步骤 S203中所提及的分享类型信息， 在此不再详述。 需要说明的是， 上述的各字段的名称和长度大小， 以及各字段的排布位 置均可以根据实际需要进行调整， 这样的变化并不影响本发明的保护范围。 在完成上述的处理后， 客户端将经过上述处理后的信息构造成一个新 的 资源下载链接， 通过分享服务器下发给其他客户端或者通过邮 件、 微博等具 体的途径进行分享。

比如， 对于 Http下载任务， 通过上述的处理所得到的新的资源下载链接

:¾口下：

http://fenxiang?Shal=XXXXX&time=XXXXX&FromID=XXXXX&a mp;ToID= XXXXXX&Key=XXXXXX&Type=xxxxxx

其他客户端拿到这种资源下载链接后， 如果需要进行下载， 则需要单独 到分享服务器进行鉴权， 判断该资源下载链接是否分享给合法的用户， 是否 来自合法的用户， 是否符合相应的分享规则， 在鉴权通过后， 获取真正的下 载链接， 通过 p2sp取回实际的数据。

进一步的， 上述的整个过程中存在以下几个关键点需要说 明：

( 1 )客户端可以在现有的平台下载内容和浏览已� �的内容。

( 2 ) 上述过程中所获取的关系链信息 （好友关系链） ， 可以一对一的 关系链， 也可以是一对多的关系链， 也可以一对一个关系平台的关系链， 比 如微博平台， 当然， 对于这种情况， 需要与相应的关系平台配合， 以进行合 法检查。

( 3 ) 分享和传播内容的过程中， 在原有内容唯一的标识基础之上， 加 入新的平台或关系链相关的信息， 生成唯一的标识链接和检验信息（即前述 的新的资源下载链接） 。

( 4 )上述的将生成唯一的分享标识链接（资源下� �链接）发送到对方 的方式， 和目前传统的方式相似， 比如 QQ好友， QQ群发送， 邮件发送， 微博分享等等， 但需要通过分享服务器来完成。

( 5 )好友收到资源下载链接以后， 点击该链接， 则触发通过分享服务 器进行鉴权判断的处理流程， 判断当前的用户是否是分享的目标用户， 是否 满足分享的限制条件（比如该文件允许的下载 次数， 是否在有效期间内部， 分享的来源和目标是否符合好友关系的预期） ， 如果通过， 就提供正常的下 载链接， 通过 p2sp进行正常下载取回服务， 否则， 无法正常下载。 (6)对于已经生成的资源下载链接， 如果其所对应的资源需要再次分 享和传播， 则需要分享该资源的用户和分享服务器交互生 成新的分享链接 (新的资源下载链接）才能传播， 这样可以通过分享服务器记录链接被转发 和传播的过程。

为了进一步对上述技术方案进行阐述， 对于如图 3所示的本发明实施例 所提出的基于好友关系链的下载链接受控传播 系统中各个服务器模块的主 要功能说明如下：

一、 下载客户端

( 1 ) 定期向 Tracker服务器汇报在线情况和本地拥有的资源� �息。

(2)通过源 Url向资源索引服务器查询多资源 Url集合， Hash及文件 校验信息， 从 Url集合源下载数据。

(3) 同时向 Tracker服务器查询 Peer。

(4) 完成下载任务后， 向统计服务器汇报本次下载任务的下载时间、 下载速度、 下载结果、 文件大小， 下载的原始链接和下载文件的文件名称。

(5) 下载过程当中发现下载到完成的数据分片后， 进行校验， 如果发 现分片错误， 向统计服务器上报。

(6)从分享服务器拉取好友关系链， 将下载完成的资源生成分享链接， 通过分享服务器发送给目标接收者比如 QQ好友， 邮件系统等等。

(7)客户端拿到用户取回的链接如果是分享链接 的话， 通过分享服务 器到好友关系链服务器进行好友关系的鉴权检 查和控制。

二、 多资源查询服务器

( 1 )接收客户端通过 Url作为索引的入口查询文件 Hash。

(2)接收客户端通过 Url作为索引的入口查询下载的多 Url资源集合。

(3)提供文件分片校验信息， 供下载客户端校验下载数据的有效性。 三、 Tracker月良务器

( 1 ) 为每个申请加入网络的客户端提供注册， 并反馈其所拥有该资源 节点的 IP地址列表。

(2)接收客户端的在线情况汇报， 生成各资源的节点列表并在有节点 申请下载该任务时进行反馈。 ( 3 )接收带宽调度服务器同步的 Peer在线控制策略， 在 Peer登陆的时 候下发到 Peer客户端。

四、 分享服务器

( 1 )接受客户端的查询， 拉取好友关系链服务器给客户端。

( 2 )客户端在基于好友关系链进行分享的时候， 和分享服务器通讯， 生成分享的链接。

( 3 )将分享的链接通过好友关系进行发送， 比如发送到好友邮箱， 好 友所在的群等。

( 4 ) 目标用户在收到分享的链接的时候， 下载取回之前， 先访问分享 服务器， 进行关系链的鉴权和有效性检查， 时间校验， 下载次数控制等。

( 5 )如果下载者是分享者好友， 那么分享服务器则下发给客户端可以 下载原始链接， 否则下发鉴权不合法命令， 下载者不能下载该资源 。

五、 关系链服务器

( 1 )提供好友关系链的查询， 比如一个用户有那些好友， 一个用户属 于那个群体的好友。

( 2 )给分享服务器提供验证好关系的接口， 验证 2 个用户是否是好友 关系， 或者某一个好友是否属于某一个群体组织， 比如 QQ群， MSN群等。

六、 统计服务器

( 1 )接受客户端的下载完成和下载过程中 Url下载速度， 下载时间， 连 通情况， 下载结果， 文件大小等信息的上报， 并写成流水日志的方式供后续 统计分析。

( 2 )将新上报和部分已有的 Url源的下载速度和下载时间同步给 Url评 级策略服务器。

与现有技术相比， 本发明实施例具有以下优点：

通过应用本发明实施例的技术方案， 利用关系链进行鉴权控制， 在生成 资源下载链接的时候， 在该链接中加入相应的关系链信息， 并由分享服务器 记录并发送该资源下载链接， 当用户需要根据接收到的资源下载链接进行下 载时， 根据其中的关系链信息对用户进行鉴权， 只允许拥有符合关系链所对 应的好友关系的用户能够下载特定的内容， 从而， 在现有的下载平台系统引 入受控的资源分享机制， 控制内容的合法有序传播， 同时， 可以实现对资源 传播过程的追溯。 为了实现本发明实施例的技术方案， 本发明实施例还提供了一种客户 端， 具体的结构示意图如图 4所示， 包括：

接收模块 41 , 用于接收用户所发送的资源分享指示消息；

获取模块 42 , 用于向分享服务器获取所述用户的关系链信息 ； 生成模块 43 ,用于根据所述资源分享指示消息所对应的被� �享资源的信 息， 以及获取到的所述用户的关系链信息， 生成资源下载链接；

传输模块 44,用于通过所述分享服务器将所述资源下载链 接发送给其他 客户端， 以使与所述用户的关系链信息相匹配的其他用 户能够在符合相应分 享规则的情况下， 下载所述资源分享指示消息所对应的被分享资 源。

在具体的处理场景中， 所述生成模块 43 , 具体用于：

至少将所述被分享资源所对应的唯一 Hash标记、 分享时间信息、 所述 用户的信息和所述用户进行资源分享的目的用 户的信息， 按照预设的算法和 密钥进行加密后， 生成资源下载链接；

其中， 按照预设的算法和密钥进行加密的信息， 还包括分享类型信息和

/或分享规则信息。

需要指出的是， 上述的客户端还包括下载模块 45:

所述接收模块 41 , 还用于接收其他客户端所发送的资源下载链接 ， 以及 自身所对应的用户所发送的对应所述资源下载 链接的下载指示消息；

所述获取模块 42, 还用于向所述分享服务器请求对所述接收模块 41所 接收到的资源下载链接进行鉴权， 如果所述用户与所述资源下载链接中所包 含的关系链信息相匹配， 则接收所述分享服务器返回的所述被分享资源 的原 始链接， 如果所述用户与所述资源下载链接中所包含的 关系链信息不相匹 配， 则接收所述分享服务器返回的鉴权失败指示；

所述下载模块 45 , 用于在所述获取模块 42接收到所述原始链接后， 通 过所述原始链接下载所述被分享资源， 或在所述获取模块 42接收到所述分 享服务器返回的鉴权失败指示后， 确定对所述资源下载链接的下载处理失 败。

需要进一步指出的是，

所述生成模块 43 , 还用于在所述接收模块 41接收到其他客户端所发送 的资源下载链接后， 对所述资源下载链接进行解密， 获取关系链信息和被分 享资源的信息；

所述获取模块 42,具体用于向所述分享服务器发送对所述资源 下载链接 进行鉴权的请求消息， 以及所述用户的关系链信息和被分享资源的信 息。 另一方面， 本发明实施例还提供了一种分享服务器， 其结果示意图如图 5所示， 至少包括：

接收模块 51 , 用于接收客户端发送的关系链请求消息， 所述关系链请求 消息与所述客户端的用户相对应；

获取模块 52 , 用于向相应的关系链服务器获取所述用户的关 系链信息； 发送模块 53 , 用于将所述获取模块 52所获取到的所述用户的关系链信 息返回给所述客户端。

在具体的处理场景中，

所述接收模块 51 ,还用于接收所述客户端发送的对资源下载链� �进行鉴 权的请求消息， 以及所述客户端解密得到的所述资源下载链接 所对应的用户 的关系链信息和被分享资源的信息；

所述获取模块 52,还用于向相应的关系链服务器请求验证所述 客户端所 对应的用户是否与所述资源下载链接所对应的 用户的关系链信息相匹配； 所述发送模块 53 ,还用于在验证结果为匹配时， 向所述客户端发送所述 被分享资源所对应的原始链接， 或在验证结果为不匹配时， 向所述其他客户 端发送鉴权失败指示。

进一步的， 上述的分享服务器还包括判断模块 54, 用于：

在验证结果为匹配时， 判断所述客户端所对应的用户是否符合相应的 分 享规则；

如果判断结果为符合， 则指示所述发送模块 53 向所述客户端发送所述 被分享资源所对应的原始链接， 如果判断结果为不符合， 则指示所述发送模 块 53向所述客户端发送鉴权失败指示。

另一种场景下，

所述接收模块 51 ,还用于接收所述客户端发送的需要分享的资� �下载链 接；

所述发送模块 53 ,还用于直接将所述资源下载链接发送给其他� �户端所 对应的其他用户， 或将所述资源下载链接通过即时通信软件发送 给其他客户 端所对应的其他用户， 或将所述资源下载链接通过电子邮件发送给其 他客户 端所对应的其他用户， 或将所述资源下载链接通过关系平台发送给其 他客户 端所对应的其他用户。 另一方面， 本发明实施例还提供了一种关系链服务器， 其结构示意图如 图 6所示， 至少包括：

存储模块 61 , 用于存储各用户所对应的关系链信息；

接收模块 62, 用于接收分享服务器发送的关系链请求消息；

发送模块 63 , 用于根据所述接收模块 62所接收到的关系链请求消息， 将所述存储模块 61 所存储的响应用户所对应的关系链信息发送给 所述分享 服务器。

在具体的处理场景中，

所述接收模块 622, 还用于接收所述分享服务器发送的验证所述客 户端 所对应的用户是否与所述资源下载链接所对应 的用户的关系链信息相匹配 的消息；

所述发送模块 63 , 还用于将相应的验证结果发送给所述分享服务 器。 与现有技术相比， 本发明实施例具有以下优点：

通过应用本发明实施例的技术方案， 利用关系链进行鉴权控制， 在生成 资源下载链接的时候， 在该链接中加入相应的关系链信息， 并由分享服务器 记录并发送该资源下载链接， 当用户需要根据接收到的资源下载链接进行下 载时， 根据其中的关系链信息对用户进行鉴权， 只允许拥有符合关系链所对 应的好友关系的用户能够下载特定的内容， 从而， 在现有的下载平台系统引 入受控的资源分享机制， 控制内容的合法有序传播， 同时， 可以实现对资源 传播过程的追溯。 通过以上的实施方式的描述， 本领域的技术人员可以清楚地了解到本发 明实施例可以通过硬件实现， 也可以借助软件加必要的通用硬件平台的方式 来实现。 基于这样的理解， 本发明实施例的技术方案可以以软件产品的形 式 体现出来，该软件产品可以存储在一个非易失 性存储介质（可以是 CD-ROM, U盘， 移动硬盘等） 中， 包括若干指令用以使得一台计算机设备（可以 是个 人计算机， 服务器， 或网络设备等）执行本发明实施例各个实施场 景所述的 方法。

本领域技术人员可以理解附图只是一个优选实 施场景的示意图， 附图中 的模块或流程并不一定是实施本发明实施例所 必须的。

本领域技术人员可以理解实施场景中的装置中 的模块可以按照实施场 景描述进行分布于实施场景的装置中， 也可以进行相应变化位于不同于本实 施场景的一个或多个装置中。 上述实施场景的模块可以合并为一个模块， 也 可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述， 不代表实施场景的优劣。 例并非局限于此， 任何本领域的技术人员能思之的变化都应落入 本发明实施 例的业务限制范围。