CN103475564B - 网络附件传送方法及其系统 - Google Patents

Abstract

本发明提供一种网络附件传送方法及其系统，所述方法包括步骤：接收用户终端添加附件的指令，获取用户终端输入的附件信息；根据所述附件信息，从云端下载匹配的文件到预设的存储服务器，并将所述存储服务器中的相应文件添加为网络附件。本发明的网络附件传送方法及其系统在用户需要添加附件时，根据所述附件信息离线下载匹配的文件到存储服务器，并从所述存储服务器中添加的相应文件为网络附件。因此，无需用户本地上传，可以节省用户在线上传附件的时间，并且对附件的大小没有限制，可以添加数据量较大的附件。

Description

网络附件传送方法及其系统

技术领域

本发明涉及网络文件传输的技术领域，特别是涉及一种网络附件传送方法，以及一种网络附件传送系统。

背景技术

通常，网络用户之间传输文件，不论是通过即时通讯工具，还是邮件系统或者论坛发帖，都需要进行本地文件的上传操作，然后才能进行网络传输。比如通过邮件发送附件，或者论坛发帖子需要携带附属文件的情况下，就需要从本地上传文件到网络，以供邮件接收方或者论坛的其他用户下载。

然而，当本地上传的附件的数据量较大时，上传附件的操作将会相当费时。尤其是在国内，网络带宽不高导致上传大附件的速度更加慢。

以较为常见的用户网络环境，如电信ADSL(Asymmetric Digital SubscriberLine，非对称数字用户环路)为例。ADSL是一种新的数据传输方式，通常ADSL在不影响正常电话通信的情况下可以提供最高3.5Mbps的上行速度和最高24Mbps的下行速度。现在比较成熟的ADSL标准有两种：G.DMT和G.Lite。G.DMT是全速率的ADSL标准，支持8Mbps/1.5Mbps的高速下行/上行速率，但是，G.DMT要求用户端安装POTS分离器，比较复杂且价格昂贵；而G.Lite标准速率较低，下行/上行速率为1.5Mbps/512Kbps，但省去了复杂的POTS分离器，成本较低且便于安装。就适用领域而言，G.DMT比较适用于小型或家庭办公室(SOHO)，而G.Lite则更适用于普通家庭用户。也就是说通常电信ADSL最大上传速度是512K，一般家庭用的2M宽带一般最多只有50-60K，显然上传速度并不快。

因此，从本地上传一个文件到网络上，会浪费大量的时间，甚至会因为上传时间过长，网络不稳定而导致上传失败。

发明内容

针对上述现有技术中存在的问题，本发明的目的在于提供一种网络附件传送方法，能够节省上传附件的时间。本发明的目的还在于提供一种实现上述方法的网络附件传送系统。

一种网络附件传送方法，包括步骤：

在用户发送邮件或者在论坛发帖操作需要添加附件时，接收用户终端添加附件的指令，获取用户终端输入的附件信息；

根据所述附件信息，从云端离线下载匹配的文件到预设的存储服务器，并将所述存储服务器中的相应文件添加为网络附件。

本发明网络附件传送方法在用户需要添加附件时，根据所述附件信息离线下载匹配的文件到存储服务器，并从所述存储服务器中添加的相应文件为网络附件。因此，无需用户本地上传，可以节省用户在线上传附件的时间。并且对附件的大小没有限制，可以添加数据量较大的附件。

一种网络附件传送系统，包括：附件信息获取模块、离线下载模块和附件添加模块。所述附件信息获取模块用于在用户发送邮件或者在论坛发帖操作需要添加附件时，接收用户终端添加附件的指令，获取用户终端输入的附件信息；所述离线下载模块用于根据所述附件信息，从云端离线下载匹配的文件到预设的存储服务器；所述附件添加模块用于将所述存储服务器中的相应文件添加为网络附件。

本发明网络附件传送系统在用户需要添加附件时，所述附件信息获取模块获取用户终端输入的附件信息，所述离线下载模块根据所述附件信息离线下载匹配的文件到存储服务器，所述附件添加模块从所述存储服务器中添加的相应文件为网络附件。因此，无需用户本地上传，可以节省用户在线上传附件的时间。并且对附件的大小没有限制，可以添加数据量较大的附件。

附图说明

图1是本发明网络附件传送方法第一实施方式的流程示意图；

图2是本发明网络附件传送方法第二实施方式的流程示意图；

图3是本发明网络附件传送系统第一实施方式的结构示意图；

图4是本发明网络附件传送系统第二实施方式的结构示意图；

图5是本发明网络附件传送系统第三实施方式的结构示意图。

具体实施方式

请参阅图1，图1是本发明网络附件传送方法第一实施方式的流程示意图。

在本实施方式中，所述网络附件传送方法，包括以下步骤：

步骤S101，接收用户终端添加附件的指令，获取用户终端输入的附件信息；

在用户发送邮件或者在论坛发帖等操作需要添加附件时，在用户终端打开应用程序访问相应的服务，如通过浏览器打开邮箱，论坛服务等，通过用户终端发出添加附件的指令，并且输入要发送的附件信息。所述添加附件的指令可以通过在添加附件的选项中增加下拉图标，或者增加选择按钮等方式实现接收。

例如，可以在邮箱左侧列表增加″离线空间″选项，所述″离线空间″为预先对应每个用户账户创建的网络附件信息集，并在各个所述网络附件信息集中保存相应的网络附件信息。用户通过注册账户，登录账户获取或者编辑对应账户下的网络附件信息集；则，当用户选择各自账户下的″离线空间″中保存的网络附件信息时，获取所述网络附件信息作为用户终端输入的附件信息。

进一步地，在所述″离线空间″中可保存用户添加附件的记录以及对应的附件信息。则用户可以登录自己的账户查看自己以往的添加附件的记录，并可通过所述添加附件的记录，重新选择以前添加过的附件信息。

或者，也可以在写邮件的页面中″添加附件″的按钮旁边创建下拉图标，提供网络附件的推荐列表，则在用户选择对应的推荐列表下的网络附件信息时，获取所述推荐列表中的网络附件信息作为用户终端输入的附件信息。

所述″离线空间″以及其他网络附件的推荐列表中提供的网络附件信息都指向本发明的存储服务器中相应的文件。

步骤S102，根据所述附件信息，从云端下载匹配的文件到预设的存储服务器，并将所述存储服务器中的相应文件添加为网络附件。

所述存储服务器是根据本发明的思想构建的海量的数据储存服务器，其可以保存用户离线下载完成的数据。并可作为客户端或者浏览器下载插件下载取回附件数据的数据源；所述存储服务器也可将网络附件同步到各种邮件或者论坛服务等应用程序的存储中转服务器，通过所述存储中转服务器提供网络附件的同步数据源。

本发明通过离线下载的方式，从云端下载相应的文件到所述存储服务器中保存，并在下载完成后，将所述存储服务器保存的相应文件添加为网络附件。因此，无需用户本地上传附件，节省了用户上传附件的时间。并且，发送附件的大小不再受限于发送附件的应用程序的存储中转服务器，从而可以发送″超大临时附件″，解决传统附件发送大小受限的问题，附件可以扩容到整个存储服务器的容量限制，尤其对于传输大型的影视资源和软件很方便。

进一步地，在执行步骤S102添加网络附件完成之后，发送所述网络附件。亦即，本发明可进一步提供网络附件的发送功能，而不仅限于添加网络附件，因此，利用本发明的网络附件传送方法可以制作出独立的具有发送附件功能的应用程序，也可以在现有的各种具备附件发送功能的应用程序中增加添加网络附件的功能，例如以应用程序插件的方式实现。

而在发送所述网络附件之后，收到下载附件的指令时，则从所述存储服务器下载相应的文件。因为整个网络附件的添加发送和接收过程都无需用户上传本地文件，因此节省了用户上传附件的时间。

请参阅图2，图2是本发明网络附件传送方法第二实施方式的流程示意图。

在本实施方式中，所述网络附件传送方法，包括以下步骤：

步骤S201，接收用户终端添加附件的指令，获取用户终端输入的附件信息；

本步骤同上述步骤S101。

步骤S202，检测所述存储服务器中是否有与所述附件信息相匹配的文件；如果是，则执行步骤S203；否则，则执行步骤S204；

在本步骤中，用户可以通过登录所述″离线空间″的账户，然后在其中的搜索页面输入关键字搜索所述存储服务器中是否保存有匹配的文件。

所述″离线空间″以及其他网络附件的推荐列表中提供的网络附件信息都指向所述存储服务器中相应的文件。并且，按照所述存储服务器节省存储空间的机制，对于内容相同的文件，一般在所述存储服务器中只保留单独的一份，并通过各个用户的″离线空间″共享所述文件，用户可以在自己的″离线空间″中搜索或者查看到所述文件，并且有可能对所述文件在各自的″离线空间″中作不同的命名。当用户选择所述″离线空间″中保存的文件信息作为附件信息时，根据所述″离线空间″中保存的文件信息在所述存储服务器中查找相应的文件。

优选地，将所述存储服务器的各个文件的哈希值以及所述文件在所述存储服务器中的数据链接写入数据库。则，可以通过所述数据库中记录的哈希值对所述存储服务器的文件作唯一的标识，减少所述存储服务器中出现相同文件，节省所述存储服务器的储存空间。并且，可以根据所述文件的哈希值，查找所述文件在所述存储服务器中的数据链接。

步骤S203，将所述存储服务器中的相应文件添加为网络附件；

如果所述存储服务器中保存有与所述附件信息相匹配的文件，则直接调用所述存储服务器保存的相应文件作为网络附件发送。则在发送后，收到下载附件的指令时，从所述存储服务器下载相应的文件到用户指定的本地目录。因此，可以方便地实现网络附件的传送，无需发送方从本地上传附件，节省了上传附件的时间。

在一个实施例中，在将所述存储服务器中的相应文件添加为网络附件时，可以获取所述文件在所述存储服务器中的数据链接，并将所述数据链接添加为网络附件。例如，所述数据链接可以是所述文件在所述存储服务器中的储存地址，则，可将所述储存地址添加为网络附件发送。在收到下载附件的指令时，可通过所述数据链接从所述存储服务器下载对应的文件到用户指定的本地目录。因为在附件发送时只发送所述文件的数据链接，而不发送所述文件本身，所以在收到该附件时，直接根据其中的数据链接从所述存储服务器中自行下载对应的文件，非常方便。

在另一个实施例中，也可以在发送所述网络附件之后，进一步将所述存储服务器保存的相应文件同步到邮件服务或者论坛等发送附件的应用程序的存储中转服务器中保存；则在收到下载附件的指令时，可从所述存储中转服务器下载相应的文件到所述接收方用户指定的本地目录。

因为各种邮件服务，论坛服务都有自己独立的文件存储中转服务器，将所述存储服务器保存的相应文件同步到存储中转服务器中保存，可以使用户下载附件更加直接简单，减轻所述存储服务器的下载带宽的负担。特别是对于较小的文件，比如100M以下的文件，在用户取回附件时，可通过一般的取回附件的流程取回附件。

步骤S204，根据所述附件信息，从云端下载匹配的文件到所述存储服务器，并将所述存储服务器中的相应文件添加为网络附件。

如果判断所述存储服务器中并没有保存有与所述附件信息相匹配的文件，则通过离线下载的方式，从云端下载相应的文件到所述存储服务器。并在下载完成后，将所述存储服务器中的相应文件添加为网络附件。如此可以确保即使所述存储服务器中并未保存相应的文件，也无需用户本地上传。在本步骤中，将所述存储服务器保存的相应文件添加为网络附件的方法可与步骤S203相同。

而从云端下载匹配的文件到所述存储服务器时，可进一步获取所述文件的哈希值，并将所述哈希值以及所述文件在所述存储服务器中的数据链接写入数据库。

则，从云端下载匹配的文件到所述存储服务器之前，可以根据所述哈希值判断是否已有相同的文件保存在所述述存储服务器。亦即，先获取所述文件的哈希值，检测所述数据库中是否储存有相同的哈希值；如果有，则放弃下载所述文件；如果无，则下载所述文件。

因此，对相同的文件不会第二次下载，不同的用户可以共享所述存储服务器中的同一个文件，减少重复下载带来的带宽资源和时间的浪费。

优选地，从云端下载匹配的文件到所述存储服务器时，根据所述文件的下载类型，将下载任务分发到相应类型的离线下载模块中执行下载操作。例如所述文件的下载类型是P2P，则将下载任务分发到相应的P2P离线下载模块。因为各个文件的下载方式可能不同，因此有针对性地将同一种下载类型的下载任务分发到处理该种下载类型的专门下载服务器中，可以提高文件下载的效率。

本发明的网络附件传送方法通过直接选择存储服务器中的文件来作为网络附件发送，不需要本地上传附件；在存储服务器中未保存有对应文件时，则通过离线下载的方式将文件下载到所述存储服务器，再将下载完成的文件添加为网络附件，无需本地上传附件，节省了上传附件的时间。并且，可以在添加附件时，直接把文件在所述存储服务器中的数据链接作为网络附件发送，在接收附件后直接通过所述数据链接在所述存储服务器下载对应的文件，减少了附件发送过程中的传输数据量，降低了网络成本。

请参阅图3，图3是本发明网络附件传送系统第一实施方式的结构示意图。

在本实施方式中，所述网络附件传送系统，包括：

附件信息获取模块11，用于接收用户终端添加附件的指令，获取用户终端输入的附件信息；

离线下载模块12，用于根据所述附件信息，从云端下载匹配的文件到预设的存储服务器；

附件添加模块13，用于将所述存储服务器中的相应文件添加为网络附件。

其中，所述附件信息获取模块11在用户发送邮件或者在论坛发帖等操作需要添加附件时，在用户终端打开应用程序访问相应的服务，如通过浏览器打开邮箱，论坛服务等，通过用户终端发出添加附件的指令，并且输入要发送的附件信息。所述添加附件的指令可以通过在添加附件的选项中增加下拉图标，或者增加选择按钮等方式实现接收。

优选地，所述附件信息获取模块11进一步用于预先对应每个用户账户创建的网络附件信息集，并在各个所述网络附件信息集中保存相应的网络附件信息；则在用户选择所述网络附件信息集中保存的网络附件信息时，获取所述网络附件信息作为用户终端输入的附件信息。

例如所述附件信息获取模块11可以在邮箱左侧列表增加″离线空间″选项，所述″离线空间″即为预先对应每个用户账户创建的网络附件信息集，并在各个所述网络附件信息集中保存相应的网络附件信息。用户通过注册账户，登录账户获取或者编辑对应账户下的网络附件信息集；则，当用户选择各自账户下的″离线空间″中保存的网络附件信息时，所述附件信息获取模块11获取所述网络附件信息作为用户终端输入的附件信息。

所述附件信息获取模块11可进一步地在所述″离线空间″中保存用户添加附件的记录以及对应的附件信息。则用户可以登录自己的账户查看自己以往的添加附件的记录，并可通过所述添加附件的记录，重新选择以前添加过的附件信息。

或者，所述附件信息获取模块11也可以在写邮件的页面中″添加附件″的按钮旁边创建下拉图标，提供网络附件的推荐列表，则在用户选择对应的推荐列表下的网络附件信息时，获取所述推荐列表中的网络附件信息作为用户终端输入的附件信息。

其中，所述″离线空间″以及其他网络附件的推荐列表中提供的网络附件信息都指向本发明的存储服务器中相应的文件。

所述存储服务器是根据本发明的思想构建的海量的数据储存服务器，其可以保存用户离线下载完成的数据，并可作为客户端或者浏览器下载插件下载取回附件数据的数据源；所述存储服务器也可将网络附件同步到各种邮件或者论坛服务等应用程序的存储中转服务器，通过所述存储中转服务器提供网络附件的同步数据源。

所述离线下载模块12通过离线下载的方式，从云端下载相应的文件到所述存储服务器，所述附件添加模块13在下载完成后，将所述存储服务器中的相应文件添加为网络附件。因此，无需用户本地上传附件，节省了用户上传附件的时间。并且，发送附件的大小不再受限于发送附件的应用程序的存储中转服务器，从而可以发送″超大临时附件″，解决传统附件发送大小受限的问题，附件可以扩容到整个存储服务器的容量限制，尤其对于传输大型的影视资源和软件很方便。

请参阅图4，图4是本发明网络附件传送系统第二实施方式的结构示意图。

优选地，本发明的网络附件传送系统还可以包括发送模块14，所述发送模块14用于在所述附件添加模块13添加网络附件完成之后，发送所述网络附件。亦即，本发明的网络附件传送系统可进一步实现网络附件的发送功能，而不仅限于添加网络附件，因此，利用本发明的网络附件传送系统可以制作出独立的具有发送附件功能的应用程序，也可以在现有的各种具备附件发送功能的应用程序中新增添加网络附件的功能，例如以应用程序插件的方式实现。

进一步地，本发明的网络附件传送系统还可以包括下载客户端15，所述下载客户端15用于在所述发送模块14发送所述网络附件之后，在收到下载附件的指令时，从所述存储服务器下载相应的文件。因为本发明的网络附件传送系统整个网络附件的添加发送和接收过程都无需用户上传本地文件，因此节省了用户上传附件的时间。

请参阅图5，图5是本发明网络附件传送系统第三实施方式的结构示意图。

在本实施方式中，所述网络附件传送系统进一步包括：检测模块16；

所述检测模块16用于根据所述附件信息，检测所述存储服务器中是否有与所述附件信息相匹配的文件；

在所述检测模块16的检测结果为是时，所述附件添加模块13将所述存储服务器中的相应文件添加为网络附件。

在所述检测模块16的检测结果为否时，所述离线下载模块13根据所述附件信息，从云端下载匹配的文件到所述存储服务器；所述附件添加模块13将所述存储服务器中的相应文件添加为网络附件。

所述检测模块16可以通过对所述存储服务器的检索实现。用户可通过登录所述″离线空间″的账户，然后在其中的搜索页面输入关键字搜索所述存储服务器中是否保存有匹配的文件。

所述″离线空间″以及其他网络附件的推荐列表中提供的网络附件信息都指向所述存储服务器中相应的文件。按照所述存储服务器节省存储空间的机制，对于内容相同的文件，一般在所述存储服务器中只保留单独的一份，并通过各个用户的″离线空间″共享所述文件，用户可以在自己的″离线空间″中搜索或者查看到所述文件，并且有可能对所述文件在各自的″离线空间″中作不同的命名。当用户选择所述″离线空间″中保存的文件信息作为附件信息时，根据所述″离线空间″中保存的文件信息在所述存储服务器中查找相应的文件。

优选地，本发明网络附件传送系统还包括数据库模块，所述数据库模块用于获取所述离线下载模块12下载完成的文件的哈希值，并将所述哈希值以及所述文件在所述存储服务器中的数据链接写入数据库。则，可以通过所述数据库中记录的哈希值对所述存储服务器的文件作唯一的标识，减少所述存储服务器中出现相同文件，节省所述存储服务器的储存空间。并且，可以根据所述文件的哈希值，查找所述文件在所述存储服务器中的数据链接。

如果所述检测模块16检测到所述存储服务器中保存有与所述附件信息相匹配的文件，则所述附件添加模块13可以直接调用所述存储服务器中的相应文件作为网络附件发送。则在所述发送模块14发送后，所述下载客户端15收到下载附件的指令时，从所述存储服务器下载相应的文件到用户指定的本地目录。因此，可以方便地实现网络附件的传送，无需发送方从本地上传附件，节省了上传附件的时间。

在一个实施例中，所述附件添加模块13在将所述存储服务器保存的相应文件添加为网络附件时，可以获取所述文件在所述存储服务器中的数据链接，并将所述数据链接添加为网络附件；如，所述数据链接可以是所述文件在所述存储服务器中的储存地址；

则，所述发送模块14发送所述储存地址。

所述下载客户端15在收到下载附件的指令时，根据所述数据链接从所述存储服务器下载对应的文件。因为在附件发送时只发送所述文件的数据链接，而不发送所述文件本身，所以在收到该附件时，直接根据其中的数据链接从所述存储服务器中自行下载对应的文件，非常方便。

在另一个实施例中，本发明网络附件传送系统还包括数据同步模块，所述数据同步模块在所述发送模块发送所述网络附件之后，将所述存储服务器中的相应文件同步到发送附件的应用程序的存储中转服务器；

所述下载客户端15进一步用于在收到下载附件的指令时，从所述存储中转服务器下载相应的文件。

因为各种邮件服务，论坛服务都有自己独立的文件存储中转服务器，所述数据同步模块将所述存储服务器保存的相应文件同步到存储中转服务器中保存，可以使用户下载附件更加直接简单，减轻所述存储服务器的下载带宽的负担。特别是对于较小的文件，比如100M以下的文件，在用户取回附件时，可通过一般的取回附件的流程取回附件。

如果所述检测模块16判断所述存储服务器中并没有保存有与所述附件信息相匹配的文件，则所述离线下载模块12通过离线下载的方式，从云端下载相应的文件到所述存储服务器中保存。并在下载完成后，将所述存储服务器保存的相应文件添加为网络附件。如此可以确保即使所述存储服务器中并未保存相应的文件，也无需用户本地上传。

优选地，所述数据库模块进一步用于在所述离线下载模块12下载文件前，获取所述文件的哈希值，并检测所述存储服务器的数据库中是否储存有相同的哈希值；如果有，则所述离线下载模块12放弃下载所述文件；如果无，则所述离线下载模块12下载所述文件。

因此，所述离线下载模块12对相同的文件不会第二次下载，不同的用户可以共享所述存储服务器中的同一个文件，减少重复下载带来的带宽资源和时间的浪费。

优选地，本发明的网络附件传送系统还包括：离线下载调度模块，所述离线下载调度模块用于根据所述文件的下载类型，将下载任务分发到相应类型的离线下载模块12中执行下载操作。例如所述文件的下载类型是P2P，则所述离线下载调度服务器将下载任务分发到相应的P2P离线下载模块12。因为各个文件的下载方式可能不同，因此有针对性地将同一种下载类型的下载任务分发到处理该种下载类型的专门下载服务器中，可以提高文件下载的效率。

本发明的网络附件传送系统通过直接选择存储服务器中的文件来作为网络附件发送，不需要本地上传附件；在存储服务器中未保存有对应文件时，则通过所述离线下载模块12以离线下载的方式将文件下载到所述存储服务器，再由所述附件添加模块13将下载完成的文件添加为网络附件，无需本地上传附件，节省了上传附件的时间。并且，可以在添加附件时，直接把文件在所述存储服务器中的数据链接作为网络附件发送，在接收附件后相应的下载客户端15直接通过所述数据链接在所述存储服务器下载对应的文件，减少了附件发送过程中的传输数据量，降低了网络成本。

本领域普通技术人员可以理解实现上述实施方式中的全部或部分流程，以及对应的系统，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各实施方式的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(RandomAccess Memory，RAM)等。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (12)

1.一种网络附件传送方法，其特征在于，包括步骤：

在用户发送邮件或者在论坛发帖操作需要添加附件时，接收用户终端添加附件的指令，获取用户终端输入的附件信息；所述添加附件的指令通过在添加附件的选项中增加下拉图标，或者增加选择按钮的方式实现接收；

根据所述附件信息，从云端离线下载匹配的文件到预设的存储服务器，并将所述存储服务器中的相应文件添加为网络附件；在添加网络附件完成之后，发送所述网络附件，所述文件是根据所述文件的下载类型，将下载任务分发到相应类型的离线下载模块中执行下载操作后得到的；

其中，获取用户终端输入的附件信息包括：预先对应每个用户账户创建的网络附件信息集，并在各个所述网络附件信息集中保存相应的网络附件信息；当用户选择各自账户下的网络附件信息集中保存的网络附件信息时，获取所述网络附件信息作为用户终端输入的附件信息。

2.根据权利要求1所述的网络附件传送方法，其特征在于，在获取用户终端输入的附件信息之后，先执行以下步骤：

检测所述存储服务器中是否有与所述附件信息相匹配的文件；

如果有，则将所述存储服务器中的相应文件添加为网络附件。

3.根据权利要求1所述的网络附件传送方法，其特征在于，在发送所述网络附件之后，收到下载附件的指令时，从所述存储服务器下载相应的文件。

4.根据权利要求3所述的网络附件传送方法，其特征在于，将所述存储服务器中的相应文件添加为网络附件的步骤包括：获取所述文件在所述存储服务器中的数据链接，并将所述数据链接添加为网络附件；

则，在收到下载附件的指令时，根据所述数据链接从所述存储服务器下载相应的文件。

5.根据权利要求3所述的网络附件传送方法，其特征在于，在发送所述网络附件之后，进一步将所述存储服务器中的相应文件同步到发送附件的应用程序的存储中转服务器中保存；

则，在收到下载附件的指令时，从所述存储中转服务器下载相应的文件。

6.根据权利要求1或者2所述的网络附件传送方法，其特征在于，从云端离线下载匹配的文件到所述存储服务器时，进一步获取所述文件的哈希值，并将所述哈希值以及所述文件在所述存储服务器中的数据链接写入数据库；

则，从云端离线下载匹配的文件到所述存储服务器之前，先执行以下步骤：检测所述数据库中是否储存有相同的哈希值；如果是，则放弃下载所述文件；否则下载所述文件。

7.一种网络附件传送系统，其特征在于，包括：

附件信息获取模块，用于在用户发送邮件或者在论坛发帖操作需要添加附件时，接收用户终端添加附件的指令，获取用户终端输入的附件信息；所述添加附件的指令通过在添加附件的选项中增加下拉图标，或者增加选择按钮的方式实现接收；

离线下载模块，用于根据所述附件信息，从云端离线下载匹配的文件到预设的存储服务器，所述文件是根据所述文件的下载类型，将下载任务分发到相应类型的离线下载模块中执行下载操作后得到的；

附件添加模块，用于将所述存储服务器中的相应文件添加为网络附件；

进一步包括：发送模块，用于发送所述网络附件；

其中，获取用户终端输入的附件信息包括：预先对应每个用户账户创建的网络附件信息集，并在各个所述网络附件信息集中保存相应的网络附件信息；当用户选择各自账户下的网络附件信息集中保存的网络附件信息时，获取所述网络附件信息作为用户终端输入的附件信息。

8.根据权利要求7所述的网络附件传送系统，其特征在于，进一步包括：检测模块；

所述检测模块用于根据所述附件信息，检测所述存储服务器中是否有与所述附件信息相匹配的文件；

在所述检测模块的检测结果为是时，所述附件添加模块将所述存储服务器中的相应文件添加为网络附件。

9.根据权利要求7所述的网络附件传送系统，其特征在于，进一步包括：下载客户端，

所述下载客户端用于在收到下载附件的指令时，从所述存储服务器下载相应的文件。

10.根据权利要求9所述的网络附件传送系统，其特征在于，所述附件添加模块进一步用于获取所述文件在所述存储服务器中的数据链接，并将所述数据链接添加为网络附件；

所述下载客户端进一步用于在收到下载附件的指令时，根据所述数据链接从所述存储服务器下载对应的文件。

11.根据权利要求9所述的网络附件传送系统，其特征在于，进一步包括数据同步模块，

所述数据同步模块在所述发送模块发送所述网络附件之后，将所述存储服务器中的相应文件同步到发送附件的应用程序的存储中转服务器；

所述下载客户端进一步用于在收到下载附件的指令时，从所述存储中转服务器下载相应的文件。

12.根据权利要求7或者8所述的网络附件传送系统，其特征在于，进一步包括：

数据库模块，用于获取所述离线下载模块下载完成的文件的哈希值，并将所述哈希值以及所述文件在所述存储服务器中的数据链接写入数据库，并在所述离线下载模块下载文件前，获取所述文件的哈希值，并检测所述数据库中是否储存有相同的哈希值；如果是，则所述离线下载模块放弃下载所述文件；否则所述离线下载模块下载所述文件。