CN103179148B - 一种在互联网中分享附件的处理方法和系统 - Google Patents

Abstract

本发明公开了一种在互联网中分享附件的处理方法和系统。所述方法包括：A、接收社交网络平台登录用户的附件分享指令；B、为请求分享的附件分配标识和网络存储空间；通知社交网络平台将所述附件上传到所分配的网络存储空间中；C、在社交网络平台上，利用关系链数据向该登录用户在社交网络平台中的好友发送所述附件的分享信息；D、在接收到下载附件的请求后，根据该附件的标识查询该附件的下载地址，通知发起下载附件请求的终端按照所述下载地址下载所述附件。所述系统包括社交网络前端模块、附件平台模块和网络存储模块。利用本发明，可以提高在互联网中以附件形式传播信息的传播范围、速度和效率。

Description

一种在互联网中分享附件的处理方法和系统

技术领域

本发明涉及网络数据处理技术领域，尤其涉及一种在互联网中分享附件的处理方法和系统。

背景技术

目前的互联网应用系统中，附件主要应用在邮件系统中。所谓附件是指用户出于发表内容的需要，附属在主文中其它各种格式的文本或者音视频文件。例如在邮件系统中发送邮件时，可以在邮件的正文旁附加上附件文件，连同邮件正文一起发送分享给接收方。

但是，这种附件分享方案的分享范围过于狭窄，通常只能分享给几个接收者，并且在每一次发送邮件并分享附件时，都需要重新选定一次接收方的名单，不但操作复杂，而且人机交互的次数太多，会占用过多的机器资源，同时其分享的传播速度和效率太低。

发明内容

有鉴于此，本发明的主要目的在于提供一种在互联网中分享附件的处理方法和系统，提高在互联网中以附件形式传播信息的传播范围、速度和效率。

本发明的技术方案是这样实现的：

一种在互联网中分享附件的处理方法，包括：

A、接收社交网络平台登录用户的附件分享指令；所述附件为附属在主文中的其它各种格式的文本或者音视频文件；判断所述登录用户是否已经有专用的网络硬盘，如果是，则执行步骤B；否则，为所述登录用户分配专用的网络硬盘，之后执行步骤B；所述专用的网络硬盘提供有永久性的存储空间，用于存储和管理所述登录用户对应的附件；

B、为请求分享的附件分配标识，并在所述登录用户的专用网络硬盘中为所述附件分配网络存储空间，并建立附件存储目录；通知社交网络平台将所述附件上传到所分配的网络存储空间中，上传的附件被永久存入所述专用网络硬盘的对应目录下供用户进行管理；

C、在社交网络平台上，利用关系链数据向该登录用户在社交网络平台中的好友发送所述附件的分享信息；

D、在接收到下载附件的请求后，根据该附件的标识查询该附件的下载地址，通知发起下载附件请求的终端按照所述下载地址下载所述附件。

一种在互联网中分享附件的处理系统，该系统包括：

社交网络前端模块，用于在社交网络平台上提供附件分享接口，接收登录用户的附件分享指令并提交给附件平台模块，将附件上传到附件平台模块所分配的网络存储空间；所述附件为附属在主文中的其它各种格式的文本或者音视频文件；在社交网络平台上利用关系链数据向该登录用户在社交网络平台中的好友发送所述附件的分享信息；接收下载附件的请求指令并向附件平台模块发起下载请求，并通知发起下载请求的终端按照附件平台模块返回的下载地址下载所述附件；

附件平台模块，用于在收到分享指令后为所述附件分配标识，并查询所述登录用户是否已经有专用的网络硬盘，如果有，则在所述登录用户的专用网络硬盘中为所述附件分配网络存储空间，通知社交网络前端模块上传附件到所分配的网络存储空间；在收到下载附件的请求后，根据该附件的标识查询下载地址，将下载地址返回给社交网络前端模块；

网络存储模块，用于提供存储所述附件的网络存储空间，使得所述附件被永久存入所述专用网络硬盘的对应存储目录下供用户进行管理；

存储管理模块，用于在所述网络存储模块中为社交网络平台用户分配专用的网络硬盘，每个用户专用的网络硬盘提供有永久性的存储空间，用于存储和管理该用户对应的附件，并为附件平台模块提供用户的附件存储目录。

与现有技术相比，本发明利用目前互联网上最活跃的社交网络平台来分享附件信息，并且针对社交网络平台的技术结构和技术特性提出了可以在社交网络平台上分享附件的方案，即：为请求分享的附件分配标识和网络存储空间，通知社交网络平台将所述附件上传到所分配的网络存储空间中；同时在社交网络平台上利用关系链数据向该登录用户在社交网络平台中的好友发送所述附件的分享信息。通过这种利用关系链的发送处理，使得用户需要分享传播的附件可以在社交平台上分享给好友，并得到多级传播，所述附件分享信息可以迅速在社交网络平台上传播开，提高了以附件形式传播信息的传播范围、速度和效率。同时，用户在分享附件时只需要上传附件即可，不必重复选择收件人，系统会利用关系链数据自动将附件分享数据发送给好友，因此本发明操作简单，降低了人机交互次数，节省了机器资源。

附图说明

图1为本发明所述互联网中分享附件的处理系统的一种实施例的组成示意图；

图2为本发明所述互联网中分享附件的处理系统的又一种实施例的组成示意图；

图3为本发明所述系统中的附件平台模块的一种组成示意图；

图4为本发明所述互联网中分享附件的处理方法的一种流程图；

图5为本发明请求分享附件时上传附件的一种具体流程图；

图6为利用关系链数据向该登录用户在社交网络平台中的好友发送的所述附件的分享信息的一种界面示意图；

图7为社交网络平台好友看到附件分享信息后触发下载的一种示意图；

图8为本发明请求下载附件的一种具体流程图。

具体实施方式

下面结合附图及具体实施例对本发明再作进一步详细的说明。

图1为本发明所述互联网中分享附件的处理系统的一种组成示意图。参见图1，该系统包括：

社交网络前端模块101，是一种web前端模块，设置在社交网络平台上，是在社交网络平台上给用户提供分享附件功能的输出输出口，具体用于接收社交网络平台的登录用户的附件分享指令并提交给附件平台模块102，将附件上传到附件平台模块102所分配的网络存储空间；在社交网络平台上利用关系链数据向该登录用户在社交网络平台中的好友发送所述附件的分享信息；接收用户的下载附件的请求指令并向附件平台模块102发起下载请求，并通知发起下载请求的终端按照附件平台模块102返回的下载地址下载所述附件。所述社交网络前端模块101在上传附件后还可以对上传附件的结果是否成功进行检测，形成上传结果报告，上报给附件平台模块。所述社交网络前端模块101还可以对分享了附件的文本在发表后的前台展现上针对附件做特殊表现，例如高亮、闪烁等效果，方便用户的交互操作。

附件平台模块102，是附件业务的具体处理逻辑模块，用于在收到分享指令后为所述附件分配标识和网络存储空间，通知社交网络前端模块101上传附件到所分配的网络存储空间；在收到下载附件的请求后，根据该附件的标识查询下载地址，将下载地址返回给社交网络前端模块101。

网络存储模块103，用于提供存储所述附件的网络存储空间，存储数据。

本发明中，所述社交网络平台是指可以提供社交网络服务(SNS，SocialNetworkService)的计算机网络系统，简称为社交网络平台，是旨在帮助人们建立社会性网络的互联网应用服务系统。本发明可以应用在各种社交网络平台中，例如某些网络日志服务系统、网络博客服务系统、网络微博服务系统等。所述社交网络前端模块101设置在社交网络平台上；所述附件平台模块102可以和社交网络前端模块101设置在一起，也可以单独设置；所述网络存储模块103可以是一种云存储的网络存储服务器或系统。

本发明中，所述网络存储模块103可以提供临时存储功能，附件可以存储在网络存储模块的临时存储空间中(如某些网站系统的中转站服务就提供了临时存储空间)。所述网络存储模块103也可以提供永久性的存储空间，这些永久性存储空间通常被称为网络硬盘，网络硬盘需要用户注册为网络硬盘用户，并在网络侧为每一位注册用户分配专用的网络硬盘(即一定大小的专用网络存储空间)供用户存储文件，通常网络硬盘系统还为每一位注册用户提供目录管理，用户可以像管理本地计算机文件那样管理网络硬盘中的文件。因此，参见图2，在本发明的另一种实施例中，还可以进一步包括存储管理模块104，该存储管理模块104就是一个网络硬盘的管理系统，用于在所述网络存储模块103中为社交网络平台用户分配专用的网络硬盘，每个用户专用的网络硬盘用于存储和管理该用户对应的附件，并为附件平台模块102提供用户的附件存储目录。

使用存储管理模块的优点在于：1)可以提供永久存储，用户一旦分享附件就可永久存入用户的网络硬盘的账号目录里。2)为用户建立固定目录管理分享过的附件，满足用户沉淀分享资料的需求。用户可以重复使用以前分享过的文件，减少重复上传负担。3)能够结合用户注册会员的等级状态，分配出更大的用户存储空间，提供给用户更好的服务。

图3为本发明所述系统中的附件平台模块的一种组成示意图；参见图3，该附件平台模块102中具体包括：

CGI子模块121，用于向社交网络前端模块提供CGI接口；

附件处理逻辑子模块122，用于执行所述附件平台模块的具体处理逻辑；

缓存子模块123，也被称为附件信息存储tmem，用于缓存所分享附件的信息，至少包括：附件标识、附件所属用户信息，还可以包括附件的被下载次数，附件的大小等信息。

所述CGI子模块121主要以CGI接口的形式为所述社交网络前端模块101提供服务，实质的逻辑处理需要与附件处理逻辑子模块122配合进行，从社交网络前端模块侧看来，所述CGI子模块121和处理逻辑子模块122配合可以提供如下功能：

(1)、在收到附件分享指令后，为所述附件分配标识和网络存储空间。

所述为附件分配标识的处理可以为：通知所述社交网络前端模块(具体由web前端的flash控件来执行)计算请求分享的附件的哈希(HASH)值，社交网络前端模块计算出所述附件的HASH值后将该HASH值返回给附件平台模块，附件平台模块将该HASH值当作为该附件分配的唯一标识。所述HASH值可以利用通用的消息摘要算法第五版(MD5)或者安全散列算法(SHA)算法对附件的文件进行校验生成的唯一的一串校验值，该校验值可以用于唯一标识文件。同一个文件的HASH值必定一样，不同文件的HASH值必定不一样，HASH值常用于存储系统中区分不同文件。由于大文件计算结果会耗时非常慢，因此在一种实施例中可以选择对大文件上传不计算该文件的HASH值，而是为该种大文件分配其他种类的标识。当然为附件分配标识也可以用其他方式，例如为附件随机生成一个唯一的ID作为该附件的标识。

所述为附件分配网络存储空间的具体方式为：通知所述社交网络前端模块(具体也可以由web前端的flash控件来执行)获取所述附件的大小所述社交网络前端模块计算出所述附件的大小后返回给附件平台模块，附件平台模块查询所述网络存储模块中是否还有足够的空间存储该附件，如果为该用户分配了专用的网络硬盘，则是查询该用户的网络硬盘中是否有足够的空间存储该附件；如果有足够的存储空间，则为所述附件分配网络存储空间，将所分配的网络存储空间的主机地址和端口号以及上传ID和校验值等上传资源参数通知给社交网络前端模块，社交网络前端模块可以按照所述主机地址和端口号以及上传ID和校验值，利用POST方式上传所述请求分享的附件到指定的网络存储空间。

(2)、将所分享的附件信息缓存到所述缓存子模块中。具体的缓存以key-value的形式存储。其中Key就是附件分配的唯一标识(即附件的HASH值)；所述Value包括文件的被下载次数、文件大小、文件属主用户的信息。有了这些信息可以实现记录文件被下载的次数，方便业务对下载次数进行限制。信息缓存可以采用非关系型的数据库(NOSQL数据库)组件，提供稳定高效的用户分享附件信息的查询体验。

(3)在收到下载附件的请求后，从所述缓存子模块中查询附件信息，包括查询文件大小、已经被下载的次数、文件属主用户的信息，根据这些信息可以对下载次数和下载权限进行限制。

(4)在收到下载附件的请求后，申请下载附件，即根据所要下载附件的唯一标识，从所述网络存储模块中查询到下载该附件的下载地址，通常为一统一资源定位符(URL)地址，并通知发起下载附件请求的终端按照所述下载地址下载所述附件。

图4为本发明所述互联网中分享附件的处理方法的一种流程图。参见图4，该方法包括：

步骤101、接收社交网络平台登录用户的附件分享指令。

步骤102、为请求分享的附件分配标识和网络存储空间，通知社交网络平台将所述附件上传到所分配的网络存储空间中。

步骤103、在社交网络平台上利用关系链数据向该登录用户在社交网络平台中的好友发送所述附件的分享信息。所述分享信息中关联有为该附件分配的标识，当用户点击分享信息的下载按钮后，web前端会调出该附件的标识，将该标识发送给附件业务平台模块。

步骤104、在接收到下载附件的请求后，根据该附件的标识查询该附件的下载地址，通知发起下载附件请求的终端按照所述下载地址下载所述附件。

图5为本发明请求分享附件时上传附件的一种具体流程图；参见图5，该流程包括：

步骤501、接收社交网络平台登录用户的附件分享指令，即登录用户申请上传附件，所述待上传的附件即待分享的附件。

步骤502、对所述登录用户进行社交网络平台内的用户权限检查、安全检查、和脏话检查，如果检查通过，则执行后续步骤；否则结束本处理流程。当然，本步骤为可选步骤，也可以跳过本步骤，直接执行后续步骤。

所述用户权限检查包括对用户的登录权限以及是否具有上传附件的权限进行检查。例如社交网络平台系统对用户可以分为几个等级，附件平台模块可以设定：只有指定的高等级的用户才有上传附件的权限；如果是没有上传权限的用户则不能通过用户权限检查。该操作需要与社交网络平台的用户权限系统进行交互以获取用户的等级。

所述安全检查是指对附件的扩展名进行检查，例如目前的病毒文件通常的扩展名为exe的可执行文件，因此需要对待共享的扩展名进行检查，如果是exe文件，则不能通过安全检查；否则可以通过安全检查。

所述脏话检查是指：判断所述附件的名称是否包含一预设的脏话库中的关键词，如果包含则不能通过脏话检查；否则可以通过脏话检查。所述脏话库中存储的关键词包括色情、政治、敏感词等，该脏话库使用了指定的监管服务策略进行设置。

所述获取附件名称和扩展名的操作可以由所述社交网络前端模块通过flash控件来实现，再传给附件平台模块进行所述判断。

在本发明中，所述附件可以存储在网络侧的临时存储空间中(如某些网站系统的中转站服务就提供了临时存储空间)，也可以存储在网络侧的永久性的网络硬盘中。网络硬盘需要用户注册为网络硬盘用户，并在网络侧为每一位注册用户分配专用的网络硬盘(即一定大小的专用网络存储空间)供用户存储文件，通常网络硬盘系统还为每一位注册用户提供目录管理，用户可以像管理本地计算机文件那样管理网络硬盘中的文件。因此在本实施例中，还可以进一步包括如下步骤503和504。

步骤503、判断所述登录用户是否已经有专用的网络硬盘(即该登录用户是否已开通网络硬盘业务)，如果是，则执行后续步骤505；否则，执行步骤504。

步骤504、自动为该登录用户在所述网络存储模块中分配专用的网络硬盘，还可以在网络硬盘中建立专门存放附件的目录，之后执行后续步骤505。

所述为该登录用户在所述网络存储模块中分配专用的网络硬盘，即为该登录用户申请开通专用的网络硬盘业务，该用户可以利用其在社交网络平台中的帐号登录网络硬盘，访问其专用网络存储空间中的附件文件，还可以直接利用该网络硬盘业务提供的界面上传其他文件。当然，本步骤503和504为可选步骤，也可以跳过步骤503和504，直接执行后续步骤505。

步骤505、请求上传附件到所述登录用户的网络硬盘中为附件业务建立的目录。

步骤506、判断所述网络硬盘的附件业务目录中是否有与当前待上传的附件的名称相同的附件，即判断所述登录用户是否已经分享过相同名字的附件。具体的方法是由附件平台模块的web前端获取待上传的附件的名称，附件平台模块将该附件名称发送给所述存储管理模块，查询所述登录用户对应的网络硬盘的附件业务目录中是否有与当前待上传的附件的名称相同的附件。

如果网络硬盘的附件业务目录中有相同名称的附件，即该登录用户已经分享过相同名字的附件，则执行步骤507；否则，执行步骤508。

步骤507、在社交网络平台上提醒所述用户该文件已经分享过，并提示用户需要更名处理还是分享已分享的同名附件，如果用户选择了更名处理则提示用户对文件更名并重新返回步骤505；如果用户选择了分享已分享的同名附件，则跳到所述步骤511。

步骤506和507的目的是为了减少重复上传的负担。当然，步骤506和507为可选步骤，也可以跳过步骤506和507，直接执行后续步骤。

步骤508、为所述附件分配标识和网络存储空间。

所述为附件分配标识可以为：可以通过web前端的flash控件利用MD5算法或SHA算法计算请求分享的附件的HASH值，将该HASH值当作为该附件分配的唯一标识。由于大文件计算结果会耗时非常慢，因此在一种实施例中可以选择对大文件上传不计算该文件的HASH值，而是为该种大文件分配其他种类的标识。

所述为附件分配网络存储空间的处理具体为：获取所述附件的大小(也可以通过web前端的flash控件实现)，查询所述网络存储模块中是否还有足够的空间存储该附件，如果为该用户分配了专用的网络硬盘，则是查询该用户的网络硬盘中是否有足够的空间存储该附件；如果有足够的存储空间，则为所述附件分配网络存储空间，将所分配的网络存储空间的主机地址和端口号以及上传ID和校验值等上传资源参数通知给社交网络平台。

步骤509、社交网络前端模块可以按照所述主机地址和端口号以及上传ID和校验值，利用POST方式上传所述请求分享的附件到指定的网络存储空间，完成上传。

步骤510、对上传附件的结果是否成功进行检测，形成上传结果报告，即是否上传成功，如果成功则执行步骤511；否则，重新执行步骤509进行重传，如果重传到达预定次数还没有上传成功则可以结束本流程。

步骤511、在社交网络平台的所述登录用户界面上展示所述附件的分享信息，并利用关系链数据向该登录用户在社交网络平台中的好友发送所述附件的分享信息。如果是分享已分享的同名附件，则所述附件分享信息中包括所述已分享的同名附件的信息。还可以进一步将所分享的附件的标识、文件大小、属主用户等信息缓存到所述缓存子模块中。

图6为利用关系链数据向该登录用户在社交网络平台中的好友发送的所述附件的分享信息的一种界面示意图。该界面是个人中心feeds界面，所谓feeds界面是指在社交网络平台上的一个区域，该区域用于显示所有好友的最近动态。例如发表日志、微博、上传相册等，这些动态信息形成了feeds。参见图6，该界面中包括附件属主的用户信息601、所分享的文本602、以及附件的分享信息603。所述附件的分享信息主要包括附件的名称，还可以进一步包括附件的大小、已下载的次数等信息，如图7所示。该附件分享信息603关联有为该附件分配的唯一标识，当用户点击分享信息的“下载附件”链接后触发下载附件的请求，web前端会调出该附件的标识，将该标识发送给附件平台模块，附件平台模块再根据该标识从网络存储模块中查询到该附件对应的下载地址并返回给发起下载附件请求的终端，该终端从所述下载地址下载相应的附件。

图8为本发明请求下载附件的一种具体流程图。参见图8，该流程具体包括：

步骤801、社交网络前端模块接收到下载附件的请求。如图7所示，某位好友点击了所述“下载附件”连接后，则会触发下载附件的请求，该好友所使用的终端为发起下载附件请求的终端，此时web前端会调出该附件的标识，将该标识发送给附件平台模块。

步骤802、附件平台模块判断发起下载附件请求的用户是否为所请求下载附件的属主用户在所述社交网络平台上的好友，此处具体可以由附件平台模块根据所述附件标识查询所述缓存子模块，从中查询出该附件的属主用户标识，并向社交网络平台提交查询请求，其中包括请求下载附件的用户标识和所请求下载附件的属主用户标识，社交网络平台收到查询请求后查询相关的关系链信息，即查询二者是否互为好友，并返回查询结果给附件平台模块

如果发起下载附件请求的用户是该附件属主用户的好友，则执行后续步骤，否则结束本流程。

当然，本步骤802为可选步骤，也可以跳过步骤802，直接执行后续步骤。

步骤803、附件平台模块判断所请求下载的附件的下载次数是否达到预定的次数，如果是，则结束流程；否则执行后续步骤。

此处具体可以由附件平台模块根据附件的标识查询所述缓存子模块中的信息，从而得到该附件的下载次数。

本步骤803的目的是进一步对附件的下载次数进行限制，从而控制附件的传播数量。当然，本步骤803为可选步骤，也可以跳过步骤803，直接执行后续步骤。

步骤804、附件平台模块根据所要下载附件的唯一标识，从所述网络存储模块中查询到下载该附件的下载地址，所述下载地址通常为一基于超文本传输协议(HTTP)的URL下载地址，同时设置cookie。

所述cookie是浏览器存在用户电脑本地的内容。浏览器在发起网络请求的时候会按照标准规范，告诉服务器本地存储的某些cookie变量内容，方便服务器根据这些cookie内容做权限检查或者逻辑操作。

例如用户登录社交网络平台的操作，后台服务器会返回令牌信息让浏览器存在本地的cookie值，下一次用户对QQ空间要做读写请求，浏览器判断是一个域名下，就会自动带上这个含有令牌信息的cookie值，后台服务器就能根据这个cookie的令牌信息，验证用户是否已经登录成功。

步骤805、附件平台模块通知发起下载附件请求的终端按照所述下载地址下载所述附件，所述终端发起HTTP协议，按照所述下载地址下载所述附件到终端本地的设备上，所述下载过程是普通的HTTP下载过程，此处不再赘述。

利用本发明，用户通过社交网络平台，根据好友关系只需要发表日志甚至一条微博这种轻量级别的操作就可以分享传播永久存储的附件，从而把用户分享观点的需求从简单文本展示拓展到了各种丰富文件的程度。同时，由于可以采用存储管理模块为用户自动分配专用的网络硬盘，因此可以根据用户等级水平提供更大的、更灵活的存储空间，提升了用户体验。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (8)

1.一种在互联网中分享附件的处理方法，其特征在于，包括：

A、接收社交网络平台登录用户的附件分享指令；所述附件为附属在主文中的其它各种格式的文本或者音视频文件；判断所述登录用户是否已经有专用的网络硬盘，如果是，则执行步骤B；否则，为所述登录用户分配专用的网络硬盘，之后执行步骤B；所述专用的网络硬盘提供有永久性的存储空间，用于存储和管理所述登录用户对应的附件；

B、为请求分享的附件分配标识，并在所述登录用户的专用网络硬盘中为所述附件分配网络存储空间，并建立附件存储目录；通知社交网络平台将所述附件上传到所分配的网络存储空间中，上传的附件被永久存入所述专用网络硬盘的对应目录下供用户进行管理；

C、在社交网络平台上，利用关系链数据向该登录用户在社交网络平台中的好友发送所述附件的分享信息；

D、在接收到下载附件的请求后，根据该附件的标识查询该附件的下载地址，通知发起下载附件请求的终端按照所述下载地址下载所述附件。

2.根据权利要求1所述的方法，其特征在于，步骤B具体包括：

计算请求分享的附件的HASH值，将该HASH值当作为该附件分配的标识；

为该附件分配网络存储空间，将所分配的网络存储空间的主机地址和端口号以及上传ID和校验值通知给社交网络平台；

社交网络平台按照所述主机地址和端口号以及上传ID和校验值，利用POST方式上传所述请求分享的附件到指定的网络存储空间。

3.根据权利要求1所述的方法，其特征在于，在所述步骤A之后、步骤B之前进一步包括：

判断所述登录用户是否已经分享过相同名字的附件，如果是，则在社交网络平台上提醒所述用户该文件已经分享过，并提示用户需要更名处理还是分享已分享的同名附件，如果用户选择了更名处理则提示用户对文件更名并重新返回步骤A；如果用户选择了分享已分享的同名附件，则跳到所述步骤C；

并且在步骤C中，所述附件分享信息为所述已分享的同名附件的信息。

4.根据权利要求1所述的方法，其特征在于，在所述步骤A之后、步骤B之前进一步包括：

对所述登录用户进行社交网络平台内的用户权限检查、安全检查、和脏话检查，如果检查通过，则执行后续步骤；否则结束本处理流程。

5.根据权利要求1所述的方法，其特征在于，步骤D中在接收到下载附件的请求后、查询该附件的下载地址之前，进一步包括：判断发起下载附件请求的用户是否为所请求下载附件的属主用户在所述社交网络平台上的好友，如果是则执行后续步骤，否则结束本流程。

6.根据权利要求1所述的方法，其特征在于，步骤D中进一步包括：

记录每一附件的下载次数；

并在所述接收到下载附件的请求后、查询该附件的下载地址之前，进一步判断所请求下载的附件的下载次数是否达到预定的次数，如果是，则结束流程；否则执行后续步骤。

7.一种在互联网中分享附件的处理系统，其特征在于，该系统包括：

社交网络前端模块，用于在社交网络平台上提供附件分享接口，接收登录用户的附件分享指令并提交给附件平台模块，将附件上传到附件平台模块所分配的网络存储空间；所述附件为附属在主文中的其它各种格式的文本或者音视频文件；在社交网络平台上利用关系链数据向该登录用户在社交网络平台中的好友发送所述附件的分享信息；接收下载附件的请求指令并向附件平台模块发起下载请求，并通知发起下载请求的终端按照附件平台模块返回的下载地址下载所述附件；

附件平台模块，用于在收到分享指令后为所述附件分配标识，并查询所述登录用户是否已经有专用的网络硬盘，如果有，则在所述登录用户的专用网络硬盘中为所述附件分配网络存储空间，通知社交网络前端模块上传附件到所分配的网络存储空间；在收到下载附件的请求后，根据该附件的标识查询下载地址，将下载地址返回给社交网络前端模块；

网络存储模块，用于提供存储所述附件的网络存储空间，使得所述附件被永久存入所述专用网络硬盘的对应存储目录下供用户进行管理；

存储管理模块，用于在所述网络存储模块中为社交网络平台用户分配专用的网络硬盘，每个用户专用的网络硬盘提供有永久性的存储空间，用于存储和管理该用户对应的附件，并为附件平台模块提供用户的附件存储目录。

8.根据权利要求7所述的系统，其特征在于，所述附件平台模块具体包括：

通用网关界面CGI子模块，用于向社交网络前端模块提供CGI接口；

附件处理逻辑子模块，用于执行所述附件平台模块的具体处理逻辑；

缓存子模块，用于缓存所分享附件的信息，至少包括：附件标识、附件所属用户信息。